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Attached are the LADC responses to the Risk Evaluations: prepared by the CP-6 
Design Review: Team. The CP-6 Design Review was held in Los Angeles in 


November 1976. The DR Team was chaired by Ken Barbour, CEO-B. 
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CP-6 Design Review Response 


Risk | , : 
Eval. ———iRisk - Response | 
Numb. Level Critical Area Responsibility 
| U —s- PREREQUISITE DOCUMENTATION. ~—C.. MARTIN 
NOT AVAILABLE - oD ge! 
U SWAP CAPABILITY = R, LITSCHGI 
H PRODUCT SCHEDULE —C, MARTIN 
H SPLIT DEVELOPMENT AND INTERFACE C. MARTIN 
RESPONSIBILITIES | 
5 H _—~ EASE OF CONVERSION: G. KINNEY 
CP-V TO CP-6 As 
6 M/H FILE FORMATS | R. LITSCHGI 
7 H IMPLEMENTATION LANGUAGES W. WONG 
8 M MEMORY VOLATILITY —_ R. LITSCHGI 
9 M CP-6/GCOS66 MIGRATION R. LITSCHGI 
10 M REAL TIME CAPABILITY E. BRYAN 
1] M _—- OPTIMIZATION OF COMMON A, KOPITO/W. WONG 
DEVELOPMENT PROJECTS 
12 L HIS TERMINAL SUPPORT E. BRYAN 
13. = M-- PLANNED FUNCTIONALITY VERSUS — R. LITSCHGI/A. KOPITO 
- PBP SUMMARY sar 
14 M FEP (FRONT END PROCESSOR) E. BRYAN 
15 M LACK OF INDEPENDENT TEST R. LITSCHGI 
FUNCTIONS 
16 L SOFTWARE DEVELOPMENT TOOLS ~~ C. MARTIN: 


17 L SEPARATELY PRICED SOFTWARE C. MARTIN 


Critical Area: 


| PREREQUISITE DOCUMENTATION 
€ NOT AVAILABLE, 


poe ma 


Finding: 


No PFS or Project Plan were  dvailable to Review Team. No complete Architectural 
Description, EPS, or Design Specifications available. It should be noted that all are planned 


(except, with authorization, EPS) and much of the information was available in different 
| forms. 


Recommendations: 


Hold further review as soon as documentation is available. Insure PFS and Work Plan agreed 
to before January Users Group Meeting. 


Response: Risk ea L | M | H | U Explain if different 


C) PFS: LADC and Marketing have had several iterations on the PFS prepared by Marketing. 
Substantive agreement has been reached and it is expected that an agreed to 
PFS will be available prior to, or very soon after, the Users Group Meeting. 
Note: Users Group Meeting will be held February 1-3, 1977. 


WORK PLAN: Work Plans have been received from each of the LADC Development 
Managers and.are being consolidated into a CP=6 Project Plan. First review 
of Project Plan was made January 13, 1977. First pass completion of Project 
Plan is scheduled for January 28, 1977, with intemal review by LADC on the 
28th. : 


DESIGN REVIEW: Current CP=6 plans indicate that the next review will be.a Design 
Review and has an anticipated schedule of 2Q77. 


O 


Date of this Issue: : Closure Date: 


~ 770120 


Project: 
 - CP-6 


Rev. No. 
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Eng.. ‘Des. Rev. 


O 


O 


O 


Critical Area: Risk Level: Number 


2. 
SWAP CAPABILITY y | Responsibility 


PoP Ee] ec unscnt 


Software design of CP~6 centers around an extremely fast RAD swap capability. 
No decision has been made regarding type of swap device. 


Finding: 


Recommendations: 


@ Make a decision as soon as s possible 
e@ If decision is for RAM, reassess. design impact since CPS design paid on RAD. 


Response: Risk Level | L | M | H | U Explain if different 


1. A decision has been made. The CP-6 swapper requirement has been eliminated. CP-6 
will use RAM memory. Sufficient RAM memory will be provided on CP-6 L66 systems to 
contain all programs (i.e., operating system , system ghost jobs, shared processors and 
user programs ), previously contained in the Program Swap Area. 


2. The impact on CP-6 design is being reassessed as design specifications for memory manage- 
ment and the scheduler are prepared. The design change risk is MODEST given the ~ 
assumption that all _Programs are © contained i in memory, that i is, there i is no ‘Swapping. 


_ Overall risk for this critical area is HIGH — there i is no fall back Saition to add a 
swap capability for CP-6 if RAM pricing is not competitive. No suitable high performance 
device has been identified to be available in the 1979 time frame to provide the necessary 
hardware facility for swapping. We are proceeding with this approach assuming that, 
per our commitment to Xerox users, this additional RAM memory will be priced to 

| provide at the system level price/performance comparable to his present system. 


Date a this tscdes. 7 Closure Date: Project: | Rev. 
. CP=-6 | o 
770120 _ | Eng. Des. Rev. | 


Critical Area: Risk Level: Number 


; 
. | Responsibility 
PT Le masein 


Findin 
The present schedule for the first delivery of CP-6 in 1Q79 appears to be in jeopardy due to both 
a major work load within the CP-6 organization, as well as many uncommitted external require- 
{ments for both hardware and software products to be included within the initial release. In 
addition, the present staffing plans within the CP-6 organization are found to be very optimistic. 


Recommendations: 


@RAD, FEP - Determine ASAP the best available solution, gain 1 commitnient and proceed the work 
solutions to any resulting problems. ePL-6 - Gain CEO management concurrence with planned 
usage of PL=6, lay out detail development plan with phasing as required to achieve mid-77 avail- 
ability of minimal acceptable functionality. eStaffing - Obtain agreement from CEO management 
to streamline and shorten Billet and offer processing cycles. eSplit Developments - See separate 
risk. eHardware Availability - Obtain specific agreements for definition, development and delive 
of all required hardware; develop detail plans for testing and validating each new hardware piece a$ 


Response: Risk Level | L U Explain if different 


rE 
C) RAD/FEP: Covered in DCR responses 2 and 14, respectively. 


PL-6: CEO management concurrence has been received for phase 1 of CP-6. This item also 


covered in response 7. Detail development plan covered in CP=6 Proj ject Plan 
- see response I. 


STAFFING: LADC has been working with CEO management to accomplish this recommendation. 
The success to-date has not been notable. Effort to derive a satisfactory and timely 
offer process cycle will continue. The primary responsibility to make this happen has 
been assigned to Chuck Williams (LADC) who is working with Del West and his 


organization to improve the current situation. 


SPLIT DEVELOPMENTS: See response 4. 


HARDWARE AVAILABILITY: The recommended approach to the solution of this problem has been | 
under way from the inception of the project. Responsibility for this activity is under — 
Gene Kinney (LADC). Detail requirements and plan are being identified in the CP-6 
Project Plan. Commitments for close-in hardware requirements, in particular the 
_ 66B-NSA processor, have been obtained. 


O 


Date of this Issue: - Closure Date: 


770120 


Project: 1 Rev. No. 
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Critical Area: . Risk Level: Number: 


* SPLIT DEVELOPMENT AND = 
| -| R b 
(| INTERFACE PROBLEMS | L | Mi H, wv | Responsibility 


Finding: | 
Development responsibilities are split between CEO-P, CEO-B, and LADC on major portions 
of this program. Of most significance are key language processors and maintainability functions.|. 
Such project management is prone to many obstacles and concerns primarily of the nature of 
separate priorities, lack of adequate interface personnel, absence of any definite commitment, 
design coordination and information exchange, checkout problems, etc. 


Recommendations: 


Institute strong project management procedures at earliest time to minimize and eliminate many 
of the problems associated with projects of this nature. Secondly, consider using DIBS-as the | 
project management procedures for those projects split over these operations. Ensure integration 
plans factor in requirements of separate operations. LADC representative on site in Phoenix 

for duration of program for technical liaison. 


x 
LADC interface with CEO-P LDS group has begun. A. Kopito (LADC) met with G. Krekler (LDS 
for preliminary commitment considerations for COBOL74. W. Wong to meet with CEO-P people 
on week 3 to begin preliminary commitment discussions on PL/1 and ASM66. CEO-P language 
processor commitments will be contained in Work Plans developed by CEO-P personnel and 
consolidated into the CP-6 Project Plan. Major problem to-date is identification of CEO-P 
managers who have commitment responsibility for language processors to be used in CP-6. 


Response: Risk Level | L | M | H | U Explain if different 


DIBS is under review. . Major criticism is that it is not automated. Also, the information and 
method of use is not unlike what LADC has/uses in its Work Plans and will be contained in the 
Project-Plan. Automated project management systems are being sought and evaluated. 


The idea of an LADC representative in Phoenix has been considered and rejected. As above, 
we have yet to be given the list of responsible CEO-P managers for our particular interfaces. 
Further, we will require the attendance of CEO-P managers, when identified, to participate 
in the CP-6 Project Plan reviews and be responsible for reporting on their commitments to the 
Plan. This process will begin in 1Q77. 


We are hopeful that, while the "sub-contracting" will make the management of this project 
more difficult, the net benefits to USISG as a whole will be greater. 


Date of this Issue: | Closure Date: | Project: | Rev. No. 
. . i CP-6 Le. 
770120 .Eng. Des. Rev. | 0 


Risk Level: Number 


Critical Area 


| 
Responsibility | 
__E. KINNEY 


All user written assembly code must be rewritten. COBOL conversion will be. non-trivial 
due to change from COBOL-68 to COBOL-74 (including File Translation from EBCDIC 
to ASCII). The volume of customer assembly code is unknown. 


EASE OF CONVERSION: 
CP-5 TO CP-6 


ae) 


Findings: 


po ens : 


Recommendations: 


Analyze the CP-5 to CP=6 conversion process in more depth. Acquire more facts 
about customer program and data mixtures. Lay plans for specific transistion aids 
designed to achieve the stated conversion goals. 


Risk Level Explain if different 


Response: 


LADC is working actively to staff the conversion area and prepare a detailed plan 
and set of conversion aids. In parallel we are working with Phoenix to incorporate 
enhancements to several processors to reduce the number of incompatabilities. Also, 
in cooperation with the CP-V technical committee of the XEROX User's Group a 
questionnaire has been designed to collect data from CP-V users of their projected 
program and data mixtures and their conversion requirements. The data collected 
from this survey and the specific conversion aids will be reviewed in detail with 
the User's Group to insure appropriateness to meet the general needs. 


Closure Date: Project: 


CP-6 
Eng. Des. Rev. 


eS Date of this Issue: 
770120 


Critical Area: i58 Risk LeveL: Number 
6 


Responsibility 


FILE FORMATS y 


LM i Rs : 
Ff we] | LR. uscHGr 


CP-6 File Formats are currently incompatibile with the H.I.S. Unified File 
Formats (UFF). This may be inconsistent with the business plan summary. 


Finding: 


Recommendations: 


Avoid introducing new file formats by continuing technical discussions concentrating 
on areas (e.g., Keyed Files) where CP-6 requirements are not satisfied. 


Response: Risk ea L | M | H | U Explain if different 
xX | | 


O 


CP-6 file format requirements have been reviewed in consideration of compatibility with 
GCOS 66. A set of action items has been proposed to be taken by CP-6 and GCOS 66 

to ensure data format compatibility. between the two file systems. These action items are 
documented in the memo from Klee to Vance (LADC-0-76-75, titled "CP-6/GCOS 66 

File Formats", dated November 15, 1976.) The changes identified for CP~6 file formats 
have been made in CP-6 file management. The resultant file formats will be similar but not 
identical. Consistent with the CP-6 business plan, we are attempting to provide maximum 
compatibility with CP-V on the shortest possible schedule. 


© 


Date of this Issue: Closure Date: 
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Critical Area: _— | Risk Level: Number 


7 


aa Responsibility 


Required implementation languages of PL/I and ASM 66 are either not available or not 
being used due to functional and/or performance requirements. Interim implementation 
languages of GMAP and PL~6 are being developed and utilized for the early stages of 
the first delivery. | 


IMPLEMENTATION LANGUAGES 


Finding: 


Recommendations: 


Need for immediate agreement by CEO-P and LADC concerning the functionality and 
performance needs of implementation versions of PL/I and ASM 66. Commitment to a 
schedule for the production and delivery of these tools. Thorough assessment needed by 
LADC as to the risk of a mid~development conversion to these tools upon the delivery 

of CP=6. Evaluation of the proposed PL-6 by CEO~P as a valid implementation derivative 
of PL/I for use within both CP=6 and GCOS 66. 


Response: Risk Level | L | M | g | U Explain if different 


1. Negotiations are in process to reach agreement on the functionality and performance 
needs of PL/I and ASM 66. Three memos (dated November 22, December 16, and 
January 11) stating the CP-6 requirements have been sent to Phoenix. LADC has 
requested a meeting in Phoenix for the week of January 17, 1977 to obtain commit- 
ments and schedules. 


2. In preparation for a potential mid-development conversion, all software differences 
between PL-6 and PL/I are identified and prominently flagged by two vertical bars 
in the reference manual. Programmers are instructed to flag these in their programs, 
to facilitate future conversion. A preprocessor to PL-6 has been developed to pro- 
vide uniformity and transportability of code. 7 . 7 


3. PL-6 documents have been provided to CEO-P. It is. not known what has been done 
by CEO-P in evaluating PL~6 as an implementation language for GCOS 66. 


4. It is still unclear if any feasible alternatives to PL-6 exists or will exist in a reasonable — 
time frame for meeting the CP-6 delivery schedule. 


Date of this Issue: Closure Date: i Project: ~ | Rev. No. 
— 0 
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Critical Area: Risk Level: Number 


Responsibility 


MEMORY VOLATILITY 
R. LITSCHGI — 


L M | H U 
ee a 


Present CP-V design is based upon the non-volatility of both main memory and 
swapping device. The volatile MOS memory of L66 as well as the possible use of 
volatile memory for swapping requires changes in the approach taken to providing 
power fail-safe support for CP-6 expected by its customers. 


Finding: 


Recommendations: 
Evaluate the actual cost and acceptability to marketing of providing battery backup 
for the volatile memories. Investigate the use of the L66 power shutdown fault and 
alternate designs for system recovery in the case of a power fault. oe 


Response: Risk Level | L | va | H | U Explain if different 


O 


CP-6 recovery design requires all of program memory to be‘intact. Thus, battery backup 

for main memory is required to ensure rapid and correct system recovery. The program = 
memory must remain non-volatile long enough to allow the transmission of its contents | 
magnetic device. A plan is in place to cover the necessary hardware development. _ 


foa 


OL : | 


Date of this Issue: ~¢ Closure Date: dee yor | Rev. No. 
770120 | ll Eng. Des. Rev. | 0 


Critical Area: . Risk Level: Number 


9- 


Responsibility 


CP-6/GCOS 66 MIGRATION yy 


rsa R. LITSCHGI 


Finding: 


There are important Bi ferences between CP-6 end GCOS 66 in the areas of 
File Formats, JCL & Language specifications. 


Recommendations: 


Maintain pressure on CP-6 and GCOS 66 to adhere to a common set of standards. ~ 


Response: Risk Level | L | M | H | U Explain if different 


Action Taken - 

1. File Format Compatibility. Changes have been implemented in the CP=-6 file formats to 
be compatible with GCOS 66 in the size and content of data block control information. 
(Note: GCOS 66 has not responded to our proposal. However, a CP-6 to GCOS 66 
tape file export utility could (should) be provided.) 


2. Language Processors. A common set of language processors for CP-6 and GCOS 66 have 
been planned. 


3. JCL. The command processor facilities of CP-6 permit the future implementation of _ 
additional command processors. A GCOS66 - like command processor could be imple- 
mented. as was done. for the GE MARK II Time Sharing System under CP-V. 


Date of this Issue: | Closure Date: i! Project: ! Rev. No. 
| i / 
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Critical Area Risk Level: Number 
10 


Responsidilify 
E., BRYAN 


The Real Time capability required in CP-6 to support CP-V users may not be 
achievable. Plans to use Level 6 to satisfy Real Time data acquisition and 
response are not fully developed and could result in performance and function- 
ay less than required. | ene © 


Nos REAL TIME CAPABILITY 


Findings: 


Recommendations: 


Review plans for real time hardware and software following a more complete 
planning and design phase. 


Response: — Risk Level |] L | M} Hy U Explain if different 
C X 


The recommendation is accepted. The Level 6 is an excellent real time data 
acquisition vehicle. Although all CP-6 plans are normally under such review, 

those for real time needs will receive special attention. A meeting with the 
technical committee on real time will be held at the Users Group Meeting in 
February 77. Their inputs will play a large role in the emerging real time design. | 
Subsequent reviews will be held later in 77 as plan details emerges = 


— 


is Date of this Issue: Closure Date; Project: 
770120 


Eng. Des. Rev. 


Risk Level: 


| | Critical Area 


“\) OPTIMIZATION OF COMMON 
DEVELOPMENT PROJECTS 


Findings: 


/ GCOS 66 and CP-6 are optimized for their respective operating system environments. 


Recommendations: 


Identify areas that fall into this category and negotiate resolution. ‘Strive to meet business 
~ plan goal of CP-6 and GCOS 66 having compatible language processors. 


Response: "Risk Level | Explain.if different 
C me. 


Design personnel in both projects continuously exchange information as to the technical 
implications of Fanctional: characteristics of the planned features and staging of components. | 
Iterative phases of definition trade offs are planned to assure constant management visibility 
of performance and capability properties inherent in language processor commitments for 
each system. 


. Date of this Issue: Closure Date: Project: 
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Critical Area: Risk Level: Number 


12 
Responsibility 


L | My Hy U 
|x] | | |e BRYAN 


HIS TERMINAL SUPPORT 


Finding: 
No plans by CP=-6 to support HIS terminals (e.g., LCSP, VIP 7100/7200/7700/ 
7760/7800, CX, RBT, RNP). 3 : Oo 


Recommendations: 


1. Check percentage of sold vs. rented terminals in CP-V base. 
2. Present HIS terminal line.and. plans to CP-V users. 
3. Prepare plan for HIS terminal support based on above. 


Response: Risk Level L | M | H | U Explain if different 


The recommendations are accepted. Recommended information is anticipated to be 
available by next Design Review session. It should be noted that LADC work 
against this area will occur only if higher priority risks are resolved. 


Date of this Issue: . Closure Date: '| Project: 


ean | 
778120 | Eng. Des. Rev. 0 


Critical Area: j Risk Level: Number 


PLANNED FUNCTIONALITY VERSUS 
O PBP_ SUMMARY | U 


Pet ty R. LITSCHGI/A. KOPITO 
Finding: 


In three Areas (ate, MDQs, TDS) CP-6 is less than PBP ee (Apparently, 
Menken has accepted this). 


13 


Responsibility 


Recommendations: 


_ Acceptance-should be stated in PFS. 


Response: Risk Level | L | M | H | U Explain if different 
| xX: 7 


Marketing is tracking these modifications. The substitution of IDP and CP-V TP is 
intended to avoid over specification of more functional capability than is required 
to meet project goals. The PFS addresses and is consistent with the current CP-6 

plan. 


Date of this Issue: - Closure Date: || Project: | Rev. No. 
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770120 ; | Eng. Des. Rev. | | 0 


Critical Area: | Risk Level: Number 


| 14 
("| FEP (FRONT END PROCESSOR) L | My) H#, v | Responsibiliey 
oe rv 


Finding: | 
Definition of the Level 6 to Level 66 interface for the CP-6 front end processor 


is not complete. There appears to be basis for review. of the planned use of a 
DIA connection for. the FEP. f 


Recommendations: 


Formal response to the CEO-B FEP proposal should be sent ASAP followed by 
whatever discussion may be required to resolve any questions or conflicts that: . 
may result, | ; 


Response: Risk Level | L | M | H | U Explain if different 
| Xx 


1. Response to CEO-B FEP coupler proposal was made in November 76. CEO-B 
responded with a preliminary proposal for coupler enhancements in December 76. 
LADC responded to EPS~1 draft witha design for its use. 


2. EPS-1 draft specifies interface via the DIA. LADC Software Design uses 
this interface and has acceptably low overhead. CEO=B has reviewed 
and approved this design. 


3. New draft EPS-1 from CEO-B due in February 77, will propose two modes 
‘of operation: 1). the direct mode of the initial draft for which LADC's 
software design is made, and 2), a new design aimed at more completely - 
matching LADC's needs, thus either design can be used to meet CP-6 needs. 


iN 


- Although design is now firm, risk is high since no engineering is committed 
to build an interface prototype by our required date of July 77. Budget for 
the implementation phase in CEO-B has been cut without any consultation 
with the LADC program and the delivery of a prototype set out to 4-78. This 
is clearly unacceptable and as of 1-15, CEO-B is attempting to pull this in 
to 9-77. Schedule impact is under review. _ 


Date of this Issue: Closure Date: | Project: | Rev. No. 


CP-6 
770120 | Eng. Des. Rev. | 0 


Critical Area: a. Risk Level: Number 


15 


Responsibility 


(| tack OF INDEPENDENT TEST FUNCTIONS | L | My H- 
a | —R. LITSCHGI : 
Finding: 


There are no plans for independent software test phases or hardware qualifications 
of new products such as swap device. 


Recommendations: 


e An independent testing group should be an integral part of the CP6 al 
plan. 


@ Plan adequate hardware qualifications of all new hardware including processor prior to 
first ship. 


\ 


Response: Risk Level | L | M | H | U Explain if different 


1. Available resources do not permit an independent testing group. As in CP-V development, 
extensive unit, subsystem and system test are planned, as well as in-house pre-release 
production usage. Initial release sites for CP-6 will be carefully selected and extensively 
supported by LADC, 


2. The L6/L66 interface, NSA option and 16K RAM are the "new" L66 system hardware to 
be used by CP-6, with the elimination of the swapper hardware requirement. All of these 
items are standard HIS products. ; 


Closure Date: 


Date of this Issue: 


gas ae 
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Eng. Des. Rev. | 
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Critical Area: Risk Level: Number 
16 


y Responsibility 


L | My} H- 
tf marin 


The Assembler, PL-6 Compiler, Linker and Pluto Processor are not resident on the same 
software system. GCOS-III, CP-V, and CP-6 software are involved. 


SOFTWARE DEVELOPMENT TOOLS 


Finding: 


Recommendations: 


Consider implementing the Linker on CP-V so the volume of object code to be transported 
between GCOS-III and CP-V is reduced. as 


Response: Risk Level | L | M | H | U Explain if different 
X 


This recommendation has been considered and accepted. It will be reflected in the Project Plan. 


Date of this Issue: | - Closure Date: | BeoieeS 1 Rev. No. 


, oe 
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Critical Area: Risk Level: Number 


) 17 
- SEPARATELY PRICED SOFTWARE | U “Responsibi ity 


pep ean 


Finding: 


Separately priced software possibilities have been considered in the design, but some of the 
generic problems experienced by other components may not have been taken into consideration. 


Recommendations: 


LADC should review the Honeywell Corporate Policies and Procedures for separately priced. 
software as well as the experiences of the other components. 


Response: Risk Level | L | M | H | U Explain if different 
X z $ 


This recommendation has been considered and accepted. Primary responsibility for pursuing 
and understanding Corporate Policies and Procedures has been assigned to Gene Kinney (LADC). 
Consideration is being given during the dpelgn Paaee for separately priced components _ 

and options. 
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CONCEPT DESIGN REVIEW 


K, BARBOUR 
R. GILSTAD 


OSBORN 


oO 


V. CLAGETT 


J. MC DADE 
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. GANGI 


w 


. PARK 


(J. COULEUR 


SYSTEMS PLANNING-=B 
SYSTEMS ENG-B 
SOFTWARE ENG-B 
SOFTWARE ENG-P 

ADV. SOFTWARE ENG-P 
SOFTWARE ENG-P 


ADV. SOFTWARE ENG-P 


ADV. SYSTEMS ENG) 


GROUND RULES 


TREAT AS FORMAL CONCEPT DESIGN REVIEW EVEN THOUGH NO 


MARKETING/FED INVOLVEMENT. 


ACCEPT THE PRINCIPLE OF CP-6. 


IN VIEW OF PROBABLE H.I.S. COMMITMENT TO CP-V CUSTOMERS 
IN JANUARY, EXAMINE: 

- SCHEDULE RISKS 

~ CEO-P/CEO-B REQUIREMENTS 


- CP-V TO CP-6 TO GCOS 66 MIGRATION 


OC 


SUMMARY 


e CDR WAS HELD TOO EARLY (UNAVAILABILITY OF PREREQUISITES- 


PFS*, PROJECT PLAN*). 


® CP-6 IS HIGH RISK AT PROPOSED LEVEL OF FUNCTIONALITY FOR 


1Q79. 


- EXTERNAL DEPENDENCIES 
- RAD SITUATION** 
- STATUS OF IMPLEMENTATION LANGUAGES’ 


e - USER MIGRATION PATH IS TOUGH 


- CP-6 USES COBOL 74/IDS-I1 BUT NOT UFAS/UFF 
- CP-V TO CP-6 IS COMPLEX UPGRADE 


- CP-6 TO GCOS 66 WILL ALSO BE COMPLEX 


® POSITIVE POINTS 


- BASED ON CP-V 


- MOTIVATED, TALENTED TEAM (CP=V EXPERIENCE) 


* MOST INFORMATION AVAILABLE IN DIFFERENT FORM 


** WITHIN LIMITS OF CDR, REVIEW BOARD NOT ABLE TO MAKE A © 
RECOMMENDATION ON SWAPPRR,. 


CP-6 CONCEPTUAL DESIGN REVIEW 


NOVEMBER 15 - 17, 1976 


RISK SUMMARY 
U 2 
H 5% 
M Bx 


* One Shared 


RISK EVALUATION 


C) 


— 


CP-6 Conceptual Design Review PRODUCT: 
November 15~17, 1976 DEPARTMENT: 
| LOCATION: 
DATES: 


CRITICAL AREA: Prerequisite Documentation Not Available we fee 
RISK LEVEL: LITTLE OR NONE [7] MODEST(7] HIGH [7] UNACCEPTABLE CX 
FINDINGS: No PFS or Project Plan were available to Review Team. No complete Architectural 


Description, EPS, or Design Specs available, It should be noted that all are planned (except, with 


authorization, EPS) and much of the information was available in different forms. 


CONSEQUENCES: 
co - Unclear status of Marketing/Engineering Agreement 


2. Review Team difficulty in assessing risk levels 


3. Inability to evaluate schedule risk with confidence | 
4, This Review Board cannot assess risk of January '77 commitment by HIS to customers of this program. 


SUPPORTING EVIDENCE: 


Discussions 


CORRECTIVE ACTIONS: 


None possible for this review. Documents are planned for future dates. 


RECOMMEND ATIONS: 


Hold further review as soon as documentation is available. Insure PFS and Work Plan agreed to before 


Disko Users Group Meeting. 


RISK EVALUATION 


S; 


CP-6 Conceptual Design Review. PRODUCT: 


November 15-17, 1976 DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: — Swap Capability a ee ae 
RISK LEVEL: LITTLE OR NONE [[] MODEST(T] HIGH CO) UNACCEPTABLE CJ 


FINDINGS: Software design of CP=6 centers around an extremely fast RAD swap capability. No 


decision has been made regarding type of swap device. 


CONSEQUENCES: 


If decision is in favor of RAM, impact on design and cost is unclear. If no decision is made for a prolongec 


period, design may proceed on the wrong assumptions, seriously affecting schedules. cr 


SUPPORTING EVIDENCE: 


Presentations by S. Klee, E. Bryan, R. Litschgi and documentation 


CORRECTIVE ACTIONS: 
Two options, RAD and RAM, are being compared as to feasibility and cost. 


RECOMMENDATIONS: 


e Make a decision as soon as possible 
C) e If decision is for RAM, reassess design impact since CP-5 design based on RAD. 


RISK EVALUATION 


. 2 


CP-6 Conceptual Design Review | | PRODUCT: 
November 15-17, 1976 DEPARTMENT: 
LOCATION: 
D ATES: 


CRITICAL AREA: Product Schedule 
RISK LEVEL: LITTLE OR NONE [[] MODEST(7] HIGH [LX] UNACCEPTABLE [_] 


FINDINGS: The present schedule for the first delivery of CP-6 in 1Q79 appears to be in jeopardy due 
to both a major workload within the CP=6 organization, as well as many uncommitted external requirements 
for both hardware and software products to be included within the initial release. {In addition, the present 


staffing plans within the CP-6 organization are found to be very optimistic. 


CONSEQUENCES: | | 
The present commitment for first delivery will be missed, thus causing a loss of confidence within 


( hose CP=V customers awaiting CP-6 delivery and a possible eroding of the CP-V customer base. 


SUPPORTING EVIDENCE:. 

Internal to CP-6, the entire CP-V system must be recoded using both a new implementation language and 
new hardware and requiring a substantial staffing and training effort. External to CP-6, a series of 
uncommitted products, including a swapping device, L6/L66 _interface and split development service 


processors, are required for the first delivery. 


CORRECTIVE ACTIONS: 


A workplan is in preparation and is to be fully committed in January '77, 


RECOMMENDATIONS: 


e RAD, FEP - Determine ASAP the best available solution, gain commitment and proceed to 
work solutions to any resulting problems, 


oO PL-6 - Gain CEO management concurrence with planned usage of PL-6, lay out detail developmen 
plan with phasing as required to achieve mid-77 availability of minimal acceptable functionality. 


6 Staffing - Obtain agreement from CEO management to streamline and shorten Billet and offer 
processing cycles. | 

e Split Developments - See separate risk. | 

e Hardware Availability - Obtain specific agreements for fe inition, qd velopment and delivery of all 
required hardware; dévelop detail plans for festing and validating each new hardware piece as availal 


“gy RISK EVALUATION 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 


NOV. 15-17, 1976 DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: SPLIT DEVELOPMENT AND INTERFACE RESPONSIBILITIES 


RISK LEVEL: _ . LITTLE OR NONE [2] MODEST(Z] HIGH [xX] UNACCEPTABLE [_] 


FINDINGS: Developmént responsibilities are split between CEO-P, CEO-B, and LADC on major portions 
of this program. Of most-significance are key language processors and maintainability functions. Such 
project management is prone to many obstacles and concerns primarily of the nature of separate priorities, 
lack of adequate interface personnel, absence of any definite commitment, design coordination and 
information exchange, checkout problems, etc. F tan . 


CONSEQUENCES: Product definition, quality, schedules and support will be difficult to manage, 
control and achieve. Each operation will tend to become isolated and prone to local pressures and 
(_roblems. Schedules may be missed or compromised where currently they are very tight and demanding. 


SUPPORTING EVIDENCE: Presentations by A. Kopito and S. Klee. 


CORRECTIVE ACTIONS: 


RECOMMEND ATIONS :¢@ Institute strong project management procedures at earliest time to minimize 
and eliminate many of the problems associated with projects of this nature. Secondly, consider using 
Sica as the project management procedures for those projects split over these operations. e Ensure 
integration plans factor in requirements of separate operations. @ LADC representative on site in 
Phoenix for duration of program for technical liaison. 


_ RISK EVALUATION 


oO: 


CP=6 Conceptual Design Review _ PRODUCT: 


November 15-17, 1976 | DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: — Ease of Conversion: CP-5 to CP-6 


RISK LEVEL: LITTLE OR NONE C2] MODEST] «HIGH GQ UNACCEPTABLE [7] 


FINDINGS: Aj] user written assembly code must be rewritten. COBOL conversion will be non-trivial 
due to change from COBOL-68 to COBOL=74 (including File Translation from EBCDIC.to ASCII). 
The volume of customer assembly code is unknown. 


CONSEQUENCES: | 
The stated Marketing goal of making the CP-5 to CP-6 conversion not more than 30% as difficult as the 
sonversion to'a non-CP~6 system may not be achieved. . 


/ | 
SUPPORTING EVIDENCE: 


Presentations and discussions. 


CORRECTIVE ACTIONS: 


CP=6 developers plan to produce various transition aids, but these plans are not well defined. 
LADC requests for COBOL 74/IDS~-II enhancements. 


RECOMMENDATIONS: 
Analyze the CP-5 to CP-6 conversion process in more depth. Acquire more facts about customer 
(srogram and data mixtures. Lay plans for specific transition aids designed to achieve the stated 


conversion goals. 


RISK EVALUATION 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
NOV. 15-17, 1976 DEPARTMENT: 
- LOCATION: 
D ATES: 


CRITICAL AREA: FILE FORMATS - | 
CP-6 HIS 
RISK LEVEL: | LITTLE OR NONE [[£] MODEST (X] HIGH LX] UNACCEPTABLE oO 


FINDINGS: CP-6 FILE FORMATS ARE CURRENTLY INCOMPATIBLE WITH THE H.1.S. UNIFIED FILE 
FORMATS (UFF). THIS MAY BE INCONSISTENT WITH THE BUSINESS PLAN SUMMARY, ~~ 


CONSEQUENCES: (1) AN ADDITIONAL, NEW SET OF FILE FORMATS IS INTRODUCED IN LEVEL 66. 
(Z) CP-6 FILE FORMATS BECOME INCOMPATIBLE WITH LEVEL 6, GCOS III AND GCOS 66. 
(8) INABILITY TO TRANSFER FILES (AT THE BLOCK LEVEL) IN A NETWORK. (4) THE ABILITY 
“FOR CP-6 TO TAKE ADVANTAGE OF GCOS SOFTWARE (IDS-II, UFAS AND UTILITIES) 1S 
COMPLICATED, (5) MIGRATION TO GCOS 66 IS MADE MORE DIFFICULT. 


SUPPORTING EVIDENCE: PRESENTATIONS, DISCUSSIONS. 


CORRECTIVE ACTIONS: TECHNICAL DISCUSSIONS ARE CURRENTLY UNDERWAY WITH CEO-P. 


RECOMMENDATIONS: AVOID INTRODUCING NEW FILE FORMATS BY CONTINUING TECHNICAL 
C DISCUSSIONS CONCENTRATING ON AREAS e G., KEYED FILES) WHERE CP-6 REQUIREMENTS ARE 
Not SATISFIED, 


RISK EVALUATION 


C) 
CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: CP-6 
NOV.. 15-17, 1976 DEPARTMENT: 
LOCATION: LADC 
DATES: 


CRITICAL AREA: IMPLEMENTATION LANGUAGES 
RISK LEVEL: LITTLE OR NONE ([] MODEST(7] -HIGH UNACCEPTABLE [_] 


FINDINGS: REQUIRED IMPLEMENTATION LANGUAGES OF PL/I AND ASM 66 ARE EITHER. NOT 
AVAILABLE OR NOT BEING USED DUE TO FUNCTIONAL AND/OR PERFORMANCE REQUIREMENTS. 
INTERIM IMPLEMENTATION LANGUAGES OF GMAP AND PL-6 ARE BEING DEVELOPED AND 
UTILIZED FOR THE EARLY STAGES OF THE FIRST DELIVERY. 


CONSEQUENCES: EITHER A MID-DEVELOPMENT CONVERSION MUST BE MADE TO THE REQUIRED 
IMPLEMENTATION LANGUAGES AS THEY BECOME AVAILABLE OR IF NOT AVAILABLE IN TIME, 

THE INTERIM IMPLEMENTATION LANGUAGES MUST. BE PERPETUATED FOR THE MAINTENANCE OF 
THE INITIAL DELIVERY. 


SUPPORTING EVIDENCE: NO SCHEDULES HAVE BEEN COMMITTED BY CEO-P FOR THE-DELIVERY O| 
PL/I OR ASM 66 FOR USE AS A CP=-6 IMPLEMENTATION LANGUAGE. INTERIM. PL/I VERSIONS 
INCLUDING PLUTO AND PL-6 (PL-H DERIVATIVE) ARE BEING MODIFIED FOR USE ON CP-V AS 
INTERIM IMPLEMENTATION LANGUAGES. USE OF THE NSA GMAP ON GCOS III 1S ANTICIPATED 
FOR EARLY DEVELOPMENT. : 


CORRECTIVE ACTIONS: REQUIREMENTS FOR IMPLEMENTATION LANGUAGES FOR CP-6 HAVE 
BEEN SUBMITTED TO CEO-P FOR EVALUATION. AN INTERIM PLAN INVOLVING PL/I DERIVATIVES 
HAS BEEN ADOPTED UNTIL PL/I AND ASM 66 ARE AVAILABLE AND DEEMED ACCEPTABLE. 


RECOMMEND ATIONS: NEED FOR IMMEDIATE. AGREEMENT BY CEO-P AND LADC CONCERNING THI 
FUNCTIONALITY AND PERFORMANCE NEEDS OF IMPLEMENTATION VERSIONS OF PL/I AND 

(ASM 66. COMMITMENT TO A SCHEDULE FOR THE PRODUCTION AND DELIVERY OF THESE TOOLS. 
THOROUGH ASSESSMENT NEEDED BY LADC AS TO THE RISK OF A MID-DEVELOPMENT CONVERSIO? 
TO THESE TOOLS UPON THE SCHEDULE FOR DELIVERY OF CP-6, EVALUATION OF THE PROPOSED 
PL-6 BY CEO-P AS A VALID IMPLEMENTATION DERIVATIVE. OF PL/I FOR USE WITHIN BOTH CP~6 
AND GCOS 66. 


RISK EVALUATION 


C) 
CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
NOVEMBER 15-17, 1976 DEPARTMENT: 
LOCATION: 
D ATES: 
CRITICAL AREA: _ MEMORY VOLATILITY — : 
RISK LEVEL: LITTLE OR NONE [1 MODEST Cy HicH UNACCEPTABLE 7] 


FINDINGS: Present CP=V design is based upon the non-volatility of both main memory and swapping 
device. The volatile MOS memory of L66 as well as the possible use of volatile memory for 
swapping requires changes in the approach taken to providing power fail-safe support for CP—6 


expected by its customers. 


CONSEQUENCES: 
ae avoid basic design changes for the CP-6 system, a battery backup capability may be required at additior 
C expense to support the L66 volatile memory to insure the rapid system recovery now experienced 
by CP-V users. : 


SUPPORTING EVIDENCE: | 
No design exists at present for recovery of CP=6 in the case of power failure affecting the L66 


MOS memory and/or the RAM alternative for swapping space. 


CORRECTIVE ACTIONS: 


Preliminary investigation of providing the battery backup has been done. Actions concerning the 


volatility of a swapping device await a decision concerning the actual choice of a device. 


RECOMMEND ATIONS: | 
Cote the actual cost and acceptability to marketing of providing battery backup for the volatile 
~ memories. Investigate the use of the L6é6 power shutdown fault and alternate designs for system 


recovery in the case of a power fault. 


RISK EVALUATION 


@ | | 
CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
NOV.. 15-17, 1976 DEPARTMENT: 
LOCATION: 
D ATES: 


CRITICAL AREA: CP-6/GCOS 66 MIGRATION | | | | 
RISK LEVEL: LITTLE OR NONE [7] MODESTCX] HIGHT] UNACCEPTABLE [7] 


FINDINGS: THERE ARE IMPORTANT DIFFERENCES BETWEEN CP-6 AND GCOS 66 IN THE AREAS 
OF FILE FORMATS, JCL & LANGUAGE SPECIFICATIONS. 


CONSEQUENCES: THE MIGRATION OF USERS FROM CP-6 TO GCOS 66 WILL BE INHIBITED TO’ 
THE DEGREE THAT INCOMPATIBILITIES ARE CREATED; THE PORTION OF THE BUSINESS PLAN 
LELATING TO MIGRATING USERS FROM CP-6 TO GCOS 66 IS THEREBY PUT AT RISK. 


SUPPORTING EVIDENCE: BUSINESS PLAN, PRESENTATIONS. AND CONVERSATIONS. 


CORRECTIVE ACTIONS: 


RECOMMEND ATIONS: MAINTAIN PRESSURE ON CP-6 AND GCOS 66 TO ADHERE TO A COMMON 
SET OF STANDARDS. 


RISK EVALUATION 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 


NOV. 15-17, 1976 DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: REAL TIME CAPABILITY 
RISK LEVEL: LITTLE OR NONE [-J MODEST (X] HIGH (J UNACCEPTABLE cm 


FINDINGS: THE REAL TIME CAPABILITY REQUIRED IN CP-6 TO SUPPORT CP-5 USERS MAY NOT 

BE ACHIEVABLE, PLANS TO USE LEVEL 6 TO SATISFY REAL TIME DATA ACQUISITION AND 
RESPONSE ARE NOT FULLY DEVELOPED AND COULD RESULT IN PERFORMANCE AND FUNCTIONALIT’ 
LESS THAN THAT REQUIRED, 


CONSEQUENCES: CP-5 USERS THAT ARE DEPENDENT ON SIGNIFICANT REAL TIME SUPPORT - 
MAY NOT BE SATISFIED BY CP-6 WITH THE RESULT THAT BOOKING AND SHIPMENT GOALS 
(fay NOT BE MET. | 


SUPPORTING EVIDENCE: PRESENTATIONS AND DISCUSSIONS. 


CORRECTIVE ACTIONS: MORE EXPLICIT DEFINITION OF CP-6 REAL TIME REQUIREMENTS IS 
PLANNED. 7 


RECOMMEND ATIONS: REVIEW PLANS FOR REAL TIME HARDWARE AND SOFTWARE FOLLOWING 
A MORE COMPLETE PLANNING AND DESIGN PHASE. 


RISK EVALUATION 


¢ S 
CP=-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
NOVEMBER 15-17, 1976 DEPARTMENT: 
| | LOCATION: 
DATES: 


CRITICAL AREA: OPTIMIZATION OF COMMON DEVELOPMENT PROJECTS 
RISK LEVEL: LITTLE OR NONE [[] MODESTEX] HIGH [[] UNACCEPTABLE [(] 


FINDINGS: GCOS 66 and CP-6 are optimized for their respective operating system environments. 


CONSEQUENCES: Those areas designated as common development projects (e.g. COBOL-74, 
IDS-Il, SORT, FORTRAN,. BASIC) will. have to be modified to. be adapted to CP-6 and GCOS 66 
(Cheyond what is currently planned. 


| SUPPORTING EVIDENCE: 


PRESENTATIONS, DISCUSSIONS 


CORRECTIVE ACTIONS: 


NONE 


RECOMMENDATIONS: 
Identify areas that fall into this category and negotiate resolution. Strive to meet business plan goal 


\_Uof CP=6 and GCOS 66 having compatible language processors. 


RISK EVALUATION 


wo. 
\) 


\ : a 
CP-6 CONCEPTUAL DESIGN REVIEW > PRODUCT: 
NOVEMBER.15~17, 1976 DEPARTMENT: 
LOCATION: 
DATES: 
CRITICAL AREA: HIS TERMINAL SUPPORT 
RISK LEVEL: LITTLE OR NONE [KX] MODEST(—] HIGH] UNACCEPTABLE 
FINDINGS: 


NO PLANS BY CP=6 TO SUPPORT HIS TERMINALS (E.G., LCSP, VIP 7100/7200/7700/7760/7800, 
CX, RBT, RNP) | | 


CONSEQUENCES: | 
FOREIGN TERMINALS WILL BE SUPPORTED BY CP6 (AS THEY ARE NOW BY CP=5) AND MAY 
HAVE TO BE SUPPORTED BY GCOS 66. 


SUPPORTING EVIDENCE: 


PRESENTATION 


CORRECTIVE ACTIONS: | 


NONE PLANNED 


RECOMMEND ATIONS: | 
_1, CHECK PERCENTAGE OF SOLD VS. RENTED TERMINALS IN CP=5 BASE. 
(2, PRESENT HIS TERMINAL LINE AND PLANS TO CP-5 USERS. 

3. PREPARE PLAN FOR HIS TERMINAL SUPPORT BASED ON ABOVE. 


RISK EVALUATION 


© 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 


NOVEMBER 15 - 17, 1976 DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: PLANNED FUNCTIONALITY VERSUS PBP SUMMARY _ | 
RISK LEVEL: LITTLE OR NONE [J] MODEST EX} HIGH [J UNACCEPTABLE oO 


FINDINGS: IN THREE AREAS (DATE, MDQS, TDS) CP-6 IS LESS THAN PBP 
REQUIRED. (APPARENTLY MARKETING HAS ACCEPTED THIS. ) 


CONSEQUENCES: 


(OL ESS MARKETABILITY, LESS REVENUE 


SUPPORTING EVIDENCE: 


PBP SUMMARY, PRESENTATION 


CORRECTIVE ACTIONS: 
SUBSTITUTION OF IDP FOR MDQ; CP-V TP FOR TDS AT LATER RELEASE 


RECOMMENDATIONS: 


( ACCEPTANCE SHOULD BE STATED IN PFS 


RISK EVALUATION 


O 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 


NOVEMBER 15 - 17, 1976 DEPARTMENT: 
| LOCATION: 
DATES: 


CRITICAL AREA: FEP (RONT END PROCESSOR) 


RISK LEVEL: LITTLE OR NONE [=] MODEST EX} HIGH [7] UNACCEPTABLE oO 


FINDINGS: DEFINITION OF THE LEVEL 6 TO LEVEL 66 INTERFACE FOR THE 
CP-6 FRONT END PROCESSOR IS NOT COMPLETE. THERE APPEARS TO BE 
BASIS FOR REVIEW OF THE PLANNED USE OF A DIA CONNECTION FOR THE 
FEP. 


CONSEQUENCES: PLANS AND COMMITMENT FOR DESIGN AND DEVELOPMENT OF 
THE LEVEL 6/LEVEL 66 INTERFACE FOR THE FEP CANNOT BE FINALIZED 
( UNTIL THE INTERFACE DEFINITION IS AGREED TO AND FROZEN. | 


SUPPORTING EVIDENCE: PRESENTATIONS AS WELL AS MEMOS BETWEEN LADC 
AND CEO-B- INDICATE THAT THE BASIS FOR THE INTERFACE AS WELL AS 
SPECIFIC REQUIRED FUNCTIONALITY FOR THE FEP HAS NOT BEEN AGREE” TO. 


CORRECTIVE ACTIONS: COMMUNICATION BETWEEN LADC AND CEO-B IS TAKING 
PLACE TOWARD DEFINING THE LEVEL 6/LEVEL 66 INTERFACE. 


RECOMMENDATIONS: FORMAL RESPONSE TO THE CEO-B FEP PROPOSAL SHOULD 
BE SENT ASAP FOLLOWED BY WHATEVER DISCUSSION MAY BE REQUIRED TO 
( RESOLVE ANY QUESTIONS OR CONFLICTS THAT MAY RESULT. 


RISK EVALUATION 


O 


CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
| | DEPARTMENT: 
NOVEMBER 15-17, 1976 
LOCATION: 
D ATES: 
CRITICAL AREA: LACK OF INDEPENDENT TEST FUNCTIONS 
RISK LEVEL: LITTLE OR NONE [7] MODESTCA) HIGH CJ UNACCEPTABLE Cc 
FINDINGS: 


THERE ARE NO PLANS FOR INDEPENDENT SOFTWARE TEST PHASES OR HARDWARE QUALIFICATIONS 
OF NEW PRODUCTS SUCH AS SWAP DEVICE. 


CONSEQUENCES: 


Gree EXPOSURE MAY BE LIMITED AND PRODUCT SHAKEDOWN NOT ACHIEVED. QUALITY OF 
PRODUCT DELIVERED MAY SUFFER AND STABILITY COMPROMISED AS A RESULT. 


SUPPORTING EVIDENCE: 


PRESENTATIONS BY S. KLEE AND R, LITSCHGI 


CORRECTIVE ACTIONS: 


RECOMMENDATIONS: 


O AN INDEPENDENT TESTING GROUP SHOULD BE AN INTEGRAL PART OF THE CP=6 
DEVELOPMENT PLAN. 


e PLAN ADEQUATE HARDWARE QUALIFICATIONS OF ALL NEW HARDWARE INCLUDING 
PROCESSOR PRIOR TO FIRST SHIP. 


RISK EVALUATION 


© | 
CP=6 CONCEPTUAL DESIGN REVIEW ~ PRODUCT: 
NOVEMBER 15-17, 1976 DEPARTMENT: 
LOCATION: 
D ATES: 


CRITICAL AREA: | SOFTWARE DEVELOPMENT TOOLS 


RISK LEVEL: LITTLE OR NONE CX] MODEST] HIGH J UNACCEPTABLE 1] 


FINDINGS: 


THE ASSEMBLER, PL-6 COMPILER, LINKER AND PLUTO PROCESSOR ARE NOT RESIDENT ON THE 
SAME SOFTWARE SYSTEM. GCOS=IIIl, CP-5, AND CP-6 SOFTWARE ARE INVOLVED. 


CONSEQUENCES: | 
(“\WKWARDNESS, DELAY, OPERATIONAL ERRORS LEADING TO REDUCED PRODUCTIVITY. 


SUPPORTING EVIDENCE: 


PRESENTATIONS AND DISCUSSIONS. 


CORRECTIVE ACTIONS: 


RECOMMENDATIONS: 


'@ os IMPLEMENTING THE LINKER ON CP=5 SO THE VOLUME OF OBJECT CODE TO BE 
TRANSPORTED BETWEEN GCOS-II] AND CP-5 IS REDUCED. 


RISK EVALUATION 


C) | 
CP-6 CONCEPTUAL DESIGN REVIEW PRODUCT: 
NOV 15-17, 1976 | DEPARTMENT: 
LOCATION: 
DATES: 


CRITICAL AREA: SEPARATELY PRICED SOFTWARE | | 
RISK LEVEL: LITTLE OR NONE [FX] MODEST] HIGH [IZ] UNACCEPTABLE [7] 


FINDINGS: SEPARATELY PRICED SOFTWARE POSSIBILITIES HAVE BEEN CONSIDERED IN THE 
DESIGN, BUT SOME OF THE GENERIC PROBLEMS EXPERIENCED BY OTHER COMPONENTS 
MAY NOT HAVE BEEN TAKEN INTO CONSIDERATION. 


CONSEQUENCES: CP-5 CUSTOMERS WHO ARE USED TO.CERTAIN LEVEL OF USE OF INSTALLATION 
MAINTENANCE, ETC. MAY BECOME AS DISGRUNTLED AS THE CURRENT GCOS II| CUSTOMERS. 


{ 


SUPPORTING EVIDENCE: PRESENTATION BY R, LITSCHGI & DISCUSSIONS. 


CORRECTIVE ACTIONS: NONE. 


RECOMMENDATIONS: LADC SHOULD REVIEW THE HONEYWELL CORPORATE POLICIES AND 
PROCEDURES FOR SEPARATELY PRICED SOFTWARE AS WELL AS THE EXPERIENCES OF THE OTHER 
Cc TOMPONENTS., 


ooS 
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Review 


AGENDA 


MONDAY, NOVEMBER 15 


i. REVIEW GUIDELINES 


It. INTRODUCTION 


PRODUCT GOALS 
ORGANIZATION 


Ht. TECHNICAL DESCRIPTION 


CP-V PHILOSOPHY 
CP-6 ARCHITECTURE 
FUNCTIONAL AREAS 
PERFORMANCE 


TUESDAY, NOVEMBER 16 


Hl. TECHNICAL DESCRIPTION CONTINUED 


CP-V LANGUAGES 
HONEYWELL PROCESSORS 


IV. DEVELOPMENT PROCESS 


DEVELOPMENT ENVIRONMENT 
IMPLEMENTATION LANGUAGE 
STANDARDS AND CONVENTIONS 
PRODUCTIVITY 
DOCUMENTATION 


> CP-6 Engineering Technical Honeywell 


K. BARBOUR he Say 
S. KLEE 4 ¢go—l0" 2? 


E.BRYAN/D.HEYING “> ~ 


W. WONG 
A. KOPITO 


W. WONG 
W. WONG 
C. MARTIN 
C. MARTIN 
C. MARTIN 


0) CP-6 Engineering Technical Honeywell 
Review (Continued) 


AGENDA 


TUESDAY, NOVEMBER 16 CONTINUED 


V. ORGANIZATION, SCHEDULE AND 
- RELEASE PLANNING 


e ARCHITECTURE PHASE OVERVIEW C. MARTIN 

e RELEASE STAGING R. LITSCHGI 

e MAJOR MILEPOSTS : . R. LITSCHGI 

O VI. CONFIGURATION 

e HARDWARE | R. LITSCHGI 

e SOFTWARE R. LITSCHGI 
Vil. CONVERSION AIDS __ E, KINNEY 
Vill. | RISKS AND ISSUES S. KLEE 
IX. CP-6 WRAP-UP S. KLEE 


WEDNESDAY, NOVEMBER 17 


X. REVIEW TEAM CAUCUS K. BARBOUR 


Xl. PRESENTATION TO MANAGEMENT REVIEW TEAM 


CO What is CP-67 Honeywell 


e CP-V DESIGN 


| : COMMUNICATIONS 
DISTRIBUTED FUNCTIONS =. * 


REAL TIME 


e  CP-V LANGUAGES AND APPLICATIONS 


orn : 


ANS FORTRAN 


APL 


TEXT 


RPG-Il 


e GCOS LANGUAGES AND APPLICATIONS 


COBOL-74 
IDS-11 
SORT-MERGE 
PL/I 


ASM-66 


e PLUS ANEW BASIC 


+ General CP-6 Objectives Honeywell 


@ FUNCTIONALITY = CP-V 


@ PERFORMANCE 


— INTERACTIVE RESPONSIVENESS AS GOOD. 
OR BETTER THAN CP-V 


— THROUGHPUT RANGE FROM 560 EQUIVALENCE 
TO > 2X 29 


@ TIMELINESS - 4078 — 1079 TARGET 
@ MINIMIZE CONVERSION EFFORT FROM CP-V 
oSYSTEM- USER INTERFACE LIKE CP-V 


@SYSTEM-FE INTERFACE LIKE GCOS 


- O = ££. 
Xerox Migration Strategy | _ Honeywell 


eT 


es 
| 
, a 
-------—--—-—!/ Gcoses | 
l 
L 


Lies eae 


| ALL H.1.S. 


ALL H.L.S. 


PLUSHI.S 
PERIPHERALS 
& MEMORY 


ALL XEROX. 


TODAY 1977-1978 : 1979-1983 1982- 


HARDWARE 
DEVELOPMENT 
AND SUPPORT 


K. Dhanjai, Manager 


* Xerox Hardware C&F 
MPC — Sigma interface 
Sigma — Memory Add-On 
**Sigma 6 Map Option 
**Dual Sigma 6 Support 
**Sigma 6 Extended Memory 


REAL TIME AND 
COMMUNICATIONS 


(TBA) 


L6 — FEP 


Asynchronous Communications 
Message Mode T/S 

Remote Batch (IRBT) 
TP/Communications 

HASP Protocol 


L6 — Real Time 

e Critical Task Processing 
CP-R, RBM-32 
RBM- 16 


*FED Responsibility currently provided by Development. 


**Marketing Desirables. 


ce-Vv 


iv] 
2 
e 


OPERATING SYSTEM 


LOS ANGELES 
DEVELOPMENT CENTER 


S. Kiae, Manager 


CP-6 


DEVELOPMENT 
R. Litschgi, Manager 


Central System 
File Management 
v0 
Scheduler 
Swapper 
Performance Measurement 
R.AS. 
Command Processors 
Service Processors 
« EDIT 
PCL 
LINK 
SYSGEN 
STATS 
DELTA Debugger 


CP-6 


ARCHITECTURE 
C. Martin, Manager 


COMMERCIAL 
PROCESSORS 
DEVELOPMENT 


A. Kopito, Manager 


COBOL 
SORT/MERGE 
(DS-IW/EDMS 


INTERACTIVE DATABASE 
PROCESSOR (IDP) 


RPG-H 
TRANSACTION PROCESSING 


€. Bryan , 
1. Greenwald ania 
OD. Heying 


CP-6 L ANGUAGE 
PROCESSOR 
DEVELOPMENT 


W. Wong, Manager 


implementation Language 
ANS FORTRAN 

APL 

BASIC 

TEXT 

Assemblers 

PL/I 

FORTRAN Debug 


O 


Honeywell 


SOFTWARE 
SERVICES 


E. Kinney, Manager 


CP-V to CP-6 Conversion Aids 
Computer Center 

Software Distribution 

SIDR (CK-97) Administration 


| | YADA 
LL6L | 9/61 9/6L 
GIW | ang Atnr 
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4) 
 CP-V and CP-6 


Honeywell 


CP-6 1S CP-V! 

WHAT IS CP-V? 

OUTLINE OF CP-6 AND CP-V 

CP-V DESCRIPTION — EMPHASIS ON CARRY OVERS 
CP-6 DESCRIPTION — EMPHASIS ON NEW 
PERFORMANCE 


SUMMARY 


O 


Context of CP-V 


DEVELOPED 1966 TO PRESENT 

SEQUENCE OF SYSTEM — BCM, BPM, BTM, UTS, CP-V 
HARDWARE: SIGMA 5, 6, 7,9 560 | 

— 32 BIT, 16 GENERAL REGISTERS, ALLIGNMENT INDEXING 
— VIRTUAL MEMORY MAPPED BY PAGE = 128K WORDS 

— FULLY INTERRUPTABLE FOR REAL TIME, 2 CLOCKS (ONE MAPPED) 
CUSTOMERS: 120 NAO SYSTEMS PLUS XEROX 

TYPES: 

— COLLEGES AND UNIVERSITIES 

— XEROX CORPORATION 

— FORTUNE 500 CORPORATIONS 


— COMPUTER SERVICES BUREAUS 


O 


Honeywell 


a OO ce. 
_CP-V History : : Honeywell. 


BATCH TIME ‘CENTRAL —s— RBT HASP| REAL TP MP 
AND SHARING | TIME TIME 
REAL “LIKE” | SHARING 
TIME GCOS-II 

BCM BPM BTM UTS CP-V 


\Al 


om O 
_ Marketing View of CP-V _ 


e MULTIPROGRAMMED BATCH PROCESSING 
e =6©TIME SHARING 

e REMOTE PROCESSING 

e REAL TIME 


e TRANSACTION PROCESSING 


AD 


Honeywell 


= O S 


CP-V Should Be CP-1 Honeywell 


e ONE KIND OF 1/0 — LOGICAL 1/O 
e ONE FILE MANAGEMENT SYSTEM, INTEGRATED 
© ONE SCHEDULER/SWAPPER/MEMORY MANAGEMENT — 


e ONE KIND OF PROGRAM/JOB/TASK 


O ©) 
_ Three Execution Modes of CP-V 


ON-LINE 
BATCH 
GHOST 


LIMITS AND LOGICAL 1/O ASSIGNMENTS DIFFER 
— EXIT CONTROL LIMITS 
— RESOURCE LIMITS 
— SERVICE LIMITS 
— FEATURE AUTHORIZATION 
— SYSTEM LIMITS 
— OPERATIONAL LABEL 


O 


Honeywell 


O © O 
_ User-Cited CP-V Features — I _ Honeywell 


e CENTRALIZATION 


— SINGLE KIND OF PROGRAM REGARDLESS OF MODE 

— SINGLE CENTRAL FILE MANAGEMENT SYSTEM 

— EVENT DRIVEN SCHEDULER INTEGRATED WITH SWAPPING AND MM 
— LOGICAL t/O PERMITTING DEVICE ACCESS 


e ‘USEABILITY 


— FAST TIME SHARING RESPONSE 

— EASE AND NATURALNESS OF USE 

— COMPREHENSIVE DEFAULTS 

— TIME SHARING ACCESS TO ALL DEVICES 

— TIME SHARING ACCESS TO ALL PROGRAMS, FILES 
— INTERACTIVE DEBUGGERS 

— TERMINAL PERSONALITY 

— IBM COMPATIBILITY 

— COMMAND PROCESSORS 


e =6©FACILITIES 


— MULTIPROCESSING 

— COMPREHENSIVE REMOTE BATCH 

— TERMINALS MAY BE MASTER OR SLAVE TO PROGRAM 

— MODERN DATABASE SYSTEM WITH APL, FORTRAN, COBOL 


O 


O O 


 User-Cited CP-V Features — Il | Honeywell 


e PERFORMANCE 


LOW SYSTEM OVERHEAD, FAST SERVICES 

1/O PERFORMANCE — I/O CACHES, INDEX TREES 
EFFICIENT USE OF MAIN MEMORY 

SHARED RE-ENTRANT PROCESSORS 


e MAINTENANCE 


AUTOMATIC RECOVERY 

ON-LINE DIAGNOSTICS 

REMOTE DIAGNOSTICS FOR HARDWARE AND SOFTWARE 
RELOCATABLE SYMBOLIC PATCHING 

SECURITY OF PROGRAMS AND FILES 

FAST SYSGEN 


e MANAGEMENT 


COMPREHENSIVE ACCOUNTING SYSTEM 
INTEGRATED PERFORMANCE MONITOR 
EASY-TO-MODIFY MODULAR STRUCTURE 
SMALL SUPPORT STAFF REQUIRED 


C) 


- CP-V/CP-6 Terminology _ _. Honeywell 


JOB — SEQUENCE OF EXECUTION STEPS : 
USER = EXECUTING PROGRAM, DISPATCH UNIT 

JIT — THE JOB INFORMATION TABLE | | 
PROCESSOR — A PROGRAM: SHARED, LANGUAGE, SERVICE, COMMAND 
SCHEDULER — JOB (THE RBBAT) AND EXECUTION/SWAP (DISPATCHER) 
SYMBIONT/COOPERATIVE — UNIT RECORD SPOOLING 
ACCOUNT—AGROUPOF FILES 

GHOST JOB — A JOB WITH NO COMMAND STREAM, OFTEN A SYSTEM TASK 
DCB — DATA CONTROL BLOCK CONTAINING LOGICAL 1/0 COORDINATION 
FPT — TABLE OF DATA SUPPLIED WITH A LOGICAL I/O OPERATION 
WORKSTATION — A REMOTE BATCH LOGON AND STATION DEFINITION 
PARTITION — A LOGICAL ENVELOPE IN WHICH A BATCH JOB RUNS 
LIBRARY — A COLLECTION OF RUN-TIME ROUTINES | 

HASP — A MESSAGE BLOCKING PROTOCOL 

MAP — A PAGE TABLE IN HARDWARE 


O O 
Some Characteristics of Systems 


e CP-V 


— OPTIMIZED FOR RESPONSE 

— DESIGNED FOR SMALL SYSTEMS 

— CONSISTENT INTERNALLY 

— STRONG INTER SYSTEM INTERFACE 
— TAILORED FOR EASY ON-LINE USE 
— LOTS DONE FOR YOU 


e MULTICS 


— OPTIMIZED FOR EXTENSIBILITY 
— DESIGNED FOR LARGE SYSTEMS 
— CONSISTENT INTERNALLY 

— ANISLAND, NO FILE I/O . 

_ EASY TO TAILOR TO YOUR USE 
— ADEVELOPMENT TOOL KIT 


e GCOS III 


— OPTIMIZED FOR THRUPUT 

— DESIGNED FOR A BROAD SPECTRUM OF SYSTEMS 
INCONSISTENT INTERNALLY 

STRONG BATCH PROCESSING 


O 


- Honeywell 


Se =o. 
 CP-V and CP-6 


e@ = SOME ELEMENTS 


— CENTRAL SYSTEM 

— USER SERVICES 

— JOB MANAGEMENT 

— INITIALIZATION, SYSGEN, RECOVERY 


e MORE ELEMENTS 


— SERVICE PROCESSORS 

— INSTALLATION MANAGEMENT PROCESSORS 
— TEST AND DIAGNOSTICS 

— TRANSACTION PROCESSING 

— COMMUNICATIONS 

— REAL TIME 


Honeywell 
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- Some Elements of CP-6 | Honeywell 


CENTRAL SYSTEM 


— CPU AND SWAP SCHEDULER | 
— MEMORY MANAGEMENT AND SWAPPER 


USER SERVICES . ; 


— MONITOR INTERFACE 

— LOGICAL 1/O — FILES, DEVICES, STREAMS 
— FILE MANAGEMENT 

— FILE ARCHIVING 

— SYMBIONTS AND COOPERATIVES 

— lt0Q AND HANDLERS 


JOB MANAGEMENT 


— JOB SCHEDULING 
— COMMON COMMAND LANGUAGE 
— DEBUGGING 


INITIALIZATION, SYSGEN, AND RECOVERY. 


in) 


, 


More Elements of CP-6 


SERVICE PROCESSORS 


— EDIT — LINE AND CONTEXT EDITOR 

— PCL —MEDIA TRANSPORT AND CONVERSION 

— I/R —INTER CP-6 FILE TRANSPORT 

— - LYNX — OBJECT UNIT TO RUN UNIT LOADER 

— LEMUR — USER LIBRARY MAINTENANCE PROGRAM 
INSTALLATION MANAGEMENT PROCESSORS 


— USER AUTHORIZATION AND ACCOUNTING 
— SYSTEM PERFORMANCE MONITORING AND CONTROL 
— OPERATOR COMMUNICATIONS 


TEST AND DIAGNOSTICS 
TRANSACTION PROCESSING 
COMMUNICATIONS 


REAL TIME 


(> 


Honeywell 


CP-V DCO | | Honeywell 


MODULES LINES 


_ MONITOR 227 198,000 
OTHER PROCESSORS | 168 256,000 
395 454,000 


e 25% OF LINES ARE COMMENTS 


e LANGUAGE PROCESSORS ARE NOT INCLUDED 


om @ 
CP-V DOO Size 


© CENTRAL SYSTEM 

° USER SERVICES 

© JOB MANAGEMENT 

© INITIALIZATION, SYSGEN, RECOVERY 

© SERVICE PROCESSORS 

© INSTALLATION MANAGEMENT PROCESSORS 
© TEST AND DIAGNOSTIC INTERFACE 

° TRANSACTION PROCESSING 

© COMMUNICATIONS 


e REAL TIME 


MODULES 


43 
64 
36 
54 
48 
93 

5 


31 


395 


O 


Honeywell 


SOURCE LINES (K) 


36 
67 
52 
55 
57 


107 


454 


O ; © 
CP-6 Disposition of CP-V Code 


e TOBE REPLACED 
e TOBE ELIMINATED 
e TOBE RECODED 


e TOBE REDESIGNED 


OC 


Honeywell | 


SOURCE LINES (I) 


52 
56 
245 


101 


I6 


O 


OC 


- CP-6 Physical Overview 


10 TO 12 CODE CATEGORIES 
42 DESIGN AREAS — USUALLY A DESIGN SPEC 


77 FUNCTIONAL CODE GROUPS (FCG) 


@ 


Honeywell 


e > © 
CP-V/CP-6 Scheduler 


‘ SCHEDULES SWAPS AND DISPATCHES FOR EXECUTION 
e SCHEDULES ALL JOBS — BATCH, ON-LINE, GHOST 

e FAST — TYPICALLY DISPATCHES EACH 25 MS 

e TWO ENTRY TYPES: REPORT EVENT, SCHEDULE 

e INTERRUPT DRIVEN, PRIORITY CONTROLLED 


e “DISABLED” DURING MONITOR OPERATION, CAL EXIT ENTRY 


O 


Honeywell 


© | © O 
- Scheduler States Honeywell 


© EVERY JOB IS IN ONE STATE (28) 
e EVENTS CAUSE STATE CHANGE IN PRESCRIBED WAY 
© EACH STATE HAS QUEUE OF JOB ARRIVAL ORDERED 
¢ STATE QUEUES ARE ORDERED 

— FOR EXECUTION DISPATCH 

— FOR IN-SWAP SELECTION 


— FOR OUT-SWAP SELECTION 


14 


©  : O 
A Scheduling Example Honeywell 


INT SCHEDULE 


SCHEDULE 


se INTERRUPT 
EXECUTION AND SWAP-IN SWAP-OUT 
TIC Tl 
TOUB | TOB 
loc COM 
COM 10C 
TOUB 


TIC 


4) 


CP-.V/CP-6 Scheduler Controls. | Honeywell 


e ALL MAY BE SET DYNAMICALLY 

e QUANTUMS: OMIN, SQUAN, QUAN 

e 1/OBLOCK AND UNBLOCK LIMITS: FILE, TERMINAL 

e BASE EXECUTION PRIORITIES: ON-LINE, BATCH, GHOST 


e 1/0 TIME ALLOWANCE 


FAA 


O O 
CP-V Multiprocessing 


e ADDED CPU'S ARE “COMPUTE PERIPHERALS” 
e ONE CPU IS MASTER 

° MASTER CPU ESTABLISHED AT BOOT TIME 

¢ MASTER CPU 


— HANDLES INTERRUPTS 
— SCHEDULES FOR ALL CPU'S 
— DOES ALL CRITICAL CP-V SERVICES 


ONE COPY OF CP-V IN MEMORY 


e WAS RAPIDLY ADDED TO CP-V 


C6 


Honeywell 


AN 


O Oo | eS 
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Swapping | _ _ Honeywell 


e SYSTEM DESIGNED AROUND HIGH PERFORMANCE SWAPPER 
e FOR FAST RESPONSE — INTERACTIONS <<1 SEC 


— DEVICE 1S 17 MS LATENCY, 2.5 MEGABYTE TRANSFER 
20K WDS/REV 


e HIGH CPU EFFICIENCY 

e NO WORKING SET PROBLEM (NO DEMAND PAGING) 
e INTEGRATED WITH MEMORY MANAGEMENT 

e FULL CONTEXT USER AND SHARED PROCESSOR 


e TAKES ADVANTAGE OF PURE PROCEDURE 


na? 


om ne O 
' Swapper and Main Memory (CP-V & CP-6) Honeywell 


SYSTEM VIRTUAL MEMORY (SWAP STORAGE) 


SCATTERED!STORAGE FOR ALL USERS 


SHARED ENTITIES. 


100KB/USER 


RESIDENT 
MONITOR 


SCATTERED PAGES OF USERS AND SHARED ENTITIES 


SYSTEM REAL MEMORY 256KB — 1MB. 


© | O 
CP-V User Virtual Memory 


SYSTEM VIRTUAL ADDRESS SPACE 


NO ACCESS 
0 32 35 


RESIDENT MONITOR | THE USER 


MONITOR OVERLAY 


W 36K RW 40K| Ww WwW 

J LIBRARY, P 

1 | BUFFERS | PROGRAM ; PROCEDURE 
T DATA a 


USER VIRTUAL ADDRESS SPACE 


DYNAMIC 


112 


= 


Honeywell 


READ/EXECUTE 
128 


SHARED 
LIB, TEL, DELTA 


COMMON 


O a O a 2 
Logical 1/O Honeywell 


@ OPERATIONS ARE: OPEN, CLOSE, READ, WRITE 
e CONTROLS: FILES, DEVICES, SYMBIONTS, TERMINALS 
e WORKS IN ANY MODE: ON-LINE, BATCH, REMOTE BATCH 


e SYSTEM ALWAYS ESTABLISHES PHYSICAL ADDRESSES 


aft 


O 


O O 


Logical I/O Assignment | Honeywell 


e DIRECTED ONE OF FIVE WAYS BY DCB POINTER 


MANAGED DISK — FILE 


MANAGED TAPE 
PHYSICAL DEVICE TYPE — INCLUDES SYMBIONTS AND TERMINALS 


OPERATIONAL LABEL — INCLUDES SYMBIONTS AND TERMINALS 
LOGICAL STREAM — TO A WORKSTATION 


e POINTER IS SET BY 


1 INITIAL COMPILED DCB CONTENTS 
2 JCL — ON LINE SET OR BATCH ASSIGN 
3 EXECUTION OF THE OPEN OPERATION 


e DEFAULT ASSIGNMENTS MAY BE SET BY INSTALLATION MANAGER 


ON-LINE — USUALLY TERMINAL 
BATCH — USUALLY SYMBIONT PRINTER AND READER 
GHOST — USUALLY THE OPERATORS CONSOLE 


Tr 


0 


| Logical 1/O Flow 


FILES 
KEYED, CONSECUTIVE 


OR RANDOM 


PUBLIC OR 


PRIVATE 
DISK OR 
RAD 


USER PROGRAM 
1/0 


LABELED TAPE 


JCL 


PHYSICAL , 
DEVICE TYPE 


— SYMBIONT 


— TERMINAL 
— DEVICE 


OPERATIONAL 


LABEL 


O 


Honeywell 


LOGICAL STREAM 


LDEV. 


— REMOTE 
WORKSTATION 
DEVICE 


— LOCAL 
SYMBIONT 


& © é. 
File Management | Honeywell 


TWO LEVEL CATALOG 
— ACCOUNTS CONTAINING FILES 
— MANAGED BY KEYED LOGIC 
— OPTIMIZED FOR A LARGE NUMBER OF SMALL FILES 


e DYNAMIC ALLOCATION (RUN BY A GHOST) 


FILE ORGANIZATIONS 
— KEYED — EACH RECORD IS NAMED, LIKE ISAM 
— CONSECUTIVE — NEXT, PREVIOUS, POSITION 
— RANDOM 


e INTEGRATED INTO CP-V (NOT A LIBRARY) 


774 


fe 
qt 


+ Keyed Files on Honeywell _ 


EACH RECORD HAS A KEY NAME (AN INDEX) 


REFERENCE BY KEY OR SEQUENTIALLY 


e VARIABLE LENGTH RECORDS AND KEYS 


© e NO RESTRICTIONS ON UPDATE, APPEND 
e USED THROUGHOUT SYSTEM AND PROCESSORS 
e KEY SEPARATED FROM DATA 


— FACILITATES SEQUENTIAL ACCESS 
— ACCESS CODE SAME AS DIRECTORIES 


© CP-VI/O Accelerators 


e READ AHEAD 

e DISASSOCIATED WRITE 

@ CACHE OF FILE DIRECTORIES 

e CACHE OF DIRECTORY POINTERS | 

e POINTERS TO RECENTLY OPENED FILES 


e STAR FILES — CATALOGED IN JIT 


Honeywell 


O o 
CP-V File Security | 


e SYSTEM ACCESS 

e FILE PASSWORD 

° FILE ACCESS LISTS FOR READ, WRITE, EXECUTE 
© STORAGE CLEANING OPTION 


© DATA ENCRYPTION OPTION 


TAPE LABEL PROTECTION 


O 


Honeywell 


O @ | OC 
| Symbionts and Cooperatives | Honeywell 
| 


INPUT 
SYMBIONT 


OUTPUT 
COOP 


OUTPUT 
SYMBIONT 


e COOPS ARE PART OF LOGICAL I/O 


© CP-6 IS THE SAME EXCEPT 
— WILL USE STANDARD FILES 


e SYMBIONTS ARE INTERRUPT DRIVEN TASKS | 
— BLOCK SIZE WILL DOUBLE TO 512 WORDS 
22 


© Batch Job Scheduling Honeywell 


e JOBS FROM REMOTE OR LOCAL WORKSTATIONS 


16 “PARTITIONS” FOR EXECUTION 


RESOURCES ARE CONTROLLED BY PRE-ALLOCATION 


O 


LIMITS AND THEIR DEFAULTS 


AFTER SELECTION AND START THEY ARE JUST ANOTHER JOB 


ad 


O O O 
CP-V Transaction Processing | Honeywell 


TIC 


TERMINAL 
INTERFACE 
CONTROLLER 


TPC 
TRANSACTION CONTROL 


DATA BASE ACCESS 


DATABASE | 


| TPa 
TRANSACTION 
QO 


BI POINT 
AND 
MULTIPOINT 
LINES 


STATION NAMES 
REPORTS 
TED 


O 


O 


Transaction Processing Recovery 


DEPEWDS ON USE OF A JOURNAL 

JOURNAL RECORDS STEPS IN TRANSACTION 
CAN ROLL BACK DATA BASE 

CAN RE-ENTER REQUESTS © 

CAN RE-TRANSMIT REPORTS 


NOT AUTOMATIC WITH CP-V RECOVERY 


O 


Honeywell 


36 


0 Command Precessors | | Honeywell * 


e CCI — HISTORICAL BATCH JCL 


e TEL ON-LINE CL AND BASIS FOR CCL — 


LOGON — INITIAL CP 


e EASY MARK Il 


USER SUPPLIED 


— JIT ACCESS, CAN “CALL” A PROGRAM OR PROCESSOR, 
EXIT CONTROL, Y° CONTROL 


Debuaqgers | Honeywell ° 


° USER (INTERACTIVE OR BATCH) 


e DELTA — ON-LINE MACHINE LANGUAGE 
e COBRA — COBOL PROGRAMS 
e FDP — FORTRAN PROGRAMS 


e SNAPS & DUMPS — BATCH 


e SYSTEM 
| e XDELTA 
ANALZ DELTA 
GENMD PATCHES 
BOOT TIME PATCHES 


QO | ] 
Debug Schema 


e EASILY GENERATED, AVAILABLE IF NEEDED 
e DEFER EFFORT TO DEBUG TIME 

e PROGRAM IDENTICAL, DEBUG OR NO 

e ADAPTS TO ALL LANGUAGES 

e USES HARDWARE FOR DATA BREAKPOINTS 


e COMES IN PARTS (VARIABLES, STATEMENT, BLOCKS) 


O 


' Honeywell 
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| CP-V Recovery ~~ Honeywell 


@e AUTOMATIC — OPERATOR NOT NEEDED — INITIATED VIA TRAP 
OR LOGICAL INCONSISTENCY 


e FAST — 20SEC TO 2 MINUTES 
e CLOSES AND SAVES FILES 
e DUMP WITH FORMATTED OUTPUT 
e TWO TYPES 

— FULL SYSTEM 

— SINGLE USER ABORT —1SEC 
e POWER FAIL SAFE 


-— NON-VOLATILE MEMORY | 
— NON-VOLATILE SWAPPER 


CO 


_ Service Processors 


e = 6THE “UTILITY” PROGRAMS OF CP-V 


e USER INTERFACE WILL BE RETAINED 


e. THESE PROGRAMS 
— ARE ALL UNPRIVILEGED 
— RUN ON-LINE, BATCH OR GHOST 
— USE LOGICAL 1/0 


— USE STANDARD FILE MANAGEMENT (LARGELY KEYED) 


e EDIT 

e PCL 

e WR 

eo LYNX 
e LEMUR 


LINE AND CONTEXT TEXT EDITOR 

FILE AND MEDIA CONVERSION AND TRANSFER 
INTERSYSTEM FILE TRANSFER VIA HASP 
OBJECT MODULE TO RUN amt LOADER 


LIBRARY MAINTENANCE PROGRAM 


cn 
eed 


Honeywell | 


“if 7 


CO) O oe 
Installation Management Processors | Honeywell 


e USER AUTHORIZATION AND ACCOUNTING 


— LOGON — AUTHORIZING ACCESS FOR A USER 


— SUPER — MAINTENANCE OF THE AUTHORIZATION LIST 
— ACCTSUM -— . PRODUCTION OF THE USAGE RECORDS 
~ RATES — MAINTENANCE OF THE CHARGE RATE FILE 


e OPERATOR COMMUNICATIONS 


— KEYIN — RECEIPT OF MESSAGES FROM THE OPERATOR 
— DISPLAY — ‘FORMATTING OF OUTPUT TO THE OPERATOR 
— ONLIST — DISPLAY OF CURRENT USERS ‘ 


~ 


e PERFORMANCE MONITORING AND CONTROL 


— PM _ THE RESIDENT DATA GATHERING ROUTINES 
— STATS — ROUTINES WHICH RECORD AND DISPLAY DATA 
— CONTROL -— CONTROL OF SYSTEM PARAMETERS 


L179 


O 


| oO: 


_CP-V System Control 


e ACCOMPLISHED BY AN ON-LINE PROGRAM 


e CONTROL VALUES MAY BE CHANGED ANY TIME 


e CONTROL CATEGORIES 


NUMBER OF USERS ._ 

CORE USAGE 
MULTIPROCESSING CONTROL 
SCHEDULER CONTROL 
BATCH PARTITION CONTROL 
1/0 ACCELERATOR CONTROL 
JOB SERVICE LIMITS 

JOB RESOURCE LIMITS 

JOB DEFAULTS 


hf? 


emouoy 


O 


iS\WVS 


FHL 


S.LI 


“YHA INGSHOS dVMS GNV Nd9d 


9-d9 SO LYVSAH SHL 
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Memory and Swap Storage _ Honeywell 


e SYSTEM VIRTUAL MEMORY 

e SYSTEM REAL MEMORY 

e SYSTEM VIRTUAL ADDRESS SPACE 
e USER VIRTUAL ADDRESS SPACE 

e MAKEUP OF SWAP PACKAGE 


e ADVANTAGES OF NSA/CP-6 


Lig 


put 


o oF | © 
Swapper and Main Memory (CP-V & CP-6) Honeywell 


SYSTEM VIRTUAL MEMORY (SWAP STORAGE) . 


SCATTERED STORAGE FOR ALL USERS | 


SHARED | 
ENTITIES ° 


RESIDENT 
MONITOR SCATTERED PAGES OF USERS AND SHARED ENTITIES 


SYSTEM REAL MEMORY 


oo: . O | O 
Swapping Requirements —_, Honeywell 


e = CP-V EXPERIENCE 
- — TWO REPLACEMENT SWAPS PER INTERACTION 
— AVERAGE SWAP SIZE 15-20 KW, TWO PARTS 
— 7212 WILL SUPPORT 120 USERS 


e CP-6 PROJECTIONS 


NO. USERS TRANSFER RATE LATENCY CAPACITY 
120 2.5 MB/SEC_ 16MS . 13.7 MB 
160 2.5 MB/SEC 8 MS 18.1 MB 
240 5 MB/SEC 8 MS 26.9 MB 


L//) 


O | O 


Ee 


CP-V User Virtual Memory Honeywell 
SYSTEM VIRTUAL ADDRESS SPACE 
NO ACCESS - READ/EXECUTE 
oO - 32 35 112 128 


RESIDENT] MONITOR 
MONITOR | OVERLAY 


THE USER 


DATA | 


LIBRARY, 
PROGRAM 
DATA 


l BUFFERS 


USER VIRTUAL ADDRESS SPACE 


SHARED 
LIB, TEL, DELTA 


DYNAMIC COMMON 


ux 


6. 


O 


| System Virtual Address Space 


WORKING | 
SPACE 
QUARTERS: 


WORKING 
SPACE 
REGISTERS 


WSRO 


wsai 


MONI 
TOR 


WSR1 


WSR2 


-WSQ6, WSOB, wsa4. 


ALTLIB 
e IDS-I1 


WSR3 WSR4 WSR5 


e 


Honeywell 


WSQ12-511. y 


iWSRG 


WSR7 


CURRENT USER 
ON THIS CPU = J 


O © 
User Virtual Address Space 


PAGE TABLE 


HJIT 
, 


USER LS. = DEBUGGER DATA 
NULL. ALTLIB DATA 


NULL LIBRARY 128 


BOUND DATA 
PROCEDURE: W 
DYNAMIC DATA 


RW Sep 
NULL | UNUSED 


LIBPROCEDURE: W | 994 


IS:R/W/E | 


224K 


= 
= 


DYNAMIC 
SEGMENTS 


O 


Honeywell 


MONITOR LS 
R/W 
R/W 
R/W 
R/W 
AS: RAV/E 
R/W 
R/W 


TO 
MON 
WwsQa 


2 
= 


e O 
User Swap Package: 


cP-V 
USER CONTEXT, PROC, DATA 
MONITOR OVERLAY (OPT) 

SHARED PROCESSOR (OPT) 

SHARED PROCESSOR OVERLAY (OPT) 


SHARED LIBRARY (OPT)* 
COMMAND PROG/DEBUGGER (OPT) 


*NOT INCLUDED IF COMMAND PROG OR 
DEBUGGER INCLUDED. 


CP-6 


SAME 


~ SAME 


SAME 

SAME 

SAME* 

ALTERNATE LIBRARY (OPT)* 


SAME 


Cy ax 


Honeywell 


5] 


OO O 
Advantages of CP-6 Enabled by NSA 


© EXPANDED VIRTUAL FOR USER 

© EXPANDED VIRTUAL FOR SHARED ENTITIES 

¢ IDS SECURITY PROVIDED 

© MONITOR ACCESSES USER ONLY AS SPECIFIED 
* MUCH LESS PAGE TABLE MANIPULATION 

¢ INTRA MODULE ISOLATION IN MONITOR 


e BUT — CONTROL OVER REAL MEMORY RETAINED 


2) 


Honeywell 


-_ 


2 if 


O a O a oO 
Monitor Services to User Programs Honeywell 


e INTERFACE — CALLING SEQUENCE 

e LOGICAL t/O SERVICES 

e FILE MANAGEMENT/TAPE MANAGEMENT. 
~@ OTHER MONITOR SERVICES 

e SYMBIONTS/COOPS (INDIRECT) 


e 10G/I0S (INDIRECT) 


se 


© a O 
CP.V Monitor Service Call 


M:READ  M:SI, (BUF,bb), (SIZE,ss), (KEY,kk), (ABN,aa) 


Presence Bits 


CAL ao ———®a 


ABNormal address 


BUF fer address 


KEY 


‘CHARACTERISTICS: 


e VERY COMPACT 

e HIGH OVERHEAD TO VERIFY 

e EASY TO USE | 

e MONITOR HAS ALL ACCESS 

© REQUIRES SOPHISTICATED META ASSEMBLER 


O 


Honeywell 


4Y 


io ao 
CP-6 File Management 


e DESIGN WAS IN PLACE FOR CP-V 


e ARCHIVAL STORAGE PROVIDED | 


e PUBLIC STORAGE PARTITIONED | 


—_ 


Honeywell 


ee enema, a 
ONE ANOTHER _ ALL DRIVES, 
USER USER ALL PACK SETS 
COMMUNITY COMMUNITY CAPABLE OF SHARED 


OR EXCLUSIVE USE | 


6 a oO. 
CP-V File Management 


PUBLIC STORAGE 
— ALL ACCOUNTS 


— ONE COMMON POOL 


C) 


Honeywell 


i () 


PRIVATE DRIVES 
—. EXCLUSIVE USE 


— ONE ACCOUNT 
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© 


AWS 
AHL 
S,L 


O/T TWOIDOT 


9-dd AO HSLNAD TOHLNOOD HOLOW SHL 


O o. | e 
Monitor Data Isolation | Honeywell 


MONITOR IS 


¢ USES NSA TO LOCALIZE REFERENCE 


DATA. 
e CATCHES TROUBLESOME PROBLEMS WITH 
VIRTUALLY NO OVERHEAD 
© SOFT PROTECTION — CATCHES ERRONEOUS 
REFERENCES, NOT MALICIOUS ONES 
e REFERENCES TO PASSED PARAMETERS 
RESTRICTED 
¢ MUST BE SPECIFIABLE IN LANGUAGE 
PROCEDURE 


58 


— i. a | | a 
CP-6 Monitor Service Calis Honeywell ~© 


%FPTSREAD(MY FPT,F#105,BUF=ptr, KEY=ptr); 


CALL MSREAD(MYFPT) ALTRET (label); 


LDDO MYFPT MY FPT 


CLIMB READCODE 


TRA label 


CHARACTERISTICS: 


¢ MODERATELY COMPACT 

¢ EFFICIENT TO PROCESS (HARDWARE VERIFY) 

¢ EASY TO USE 

¢ MONITOR ADDRESSES USER ONLY AS SPECIFIED 
¢ REQUIRES MACRO FACILITY IN COMPILER 


NOTE: ALL SERVICES HAVE SAME OPTIONS, PARAMETERS, 
ETC. AS CP-V. 


© ; enn O 
_ Functional Code Groups (FCG ‘Honeywell 


¢ COMPOSED OF MODULES FOR SAME MAJOR FUNCTION 
¢ FREQUENT CALLS AND REFERENCES INSIDE 

© CALLS TO OTHER FCG’S RARE 

© DATA PASSED AS PARAMETERS TO OTHER FCG'S 


e NSA HARDWARE ISOLATES REFERENCES 


O 


_ CP.6 File Organizations 


CURRENT: 


KEYED 
CONSECUTIVE 
RANDOM 


ADDED: 


INDEXED; KEYED WITH KEY IN RECORD 


_ RELATIVE; CONSECUTIVE WITH FIXED RECORD SIZE_ 
INTEGRATED; RANDOM WITH IDS CONTENT MANAGEMENT 


4 
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Honeywell 
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CP-6 File Saving and Archiving 


WORKS FOR ALL KINDS OF FILES 

TARGET IS DISK OR TAPE 

DISK DUALS 

ARCHIVE FILES ON TAPE ARE CATALOGED 
INCREMENTAL, SELECTIVE, SAVE ALL OPTIONS 


USER PRIVATE BACKUP 


O 


Honeywell 
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2 O 
| CP-V/CP-6 Tape Management 


e ' CP-V; THREE BASIC TYPES 


— XEROX LABELLED; SUPPORT STANDARD FILE ORGANIZATIONS 
— ANS LABELLED; SUPPORT ANS FILE FORMATS : 
— FOREIGN 


e CP-6; TWO BASIC TYPES 


— ANS LABELLED; SUPPORT STANDARD FILE ORGANIZATIONS. 
AND ANS FORMATS 


— FOREIGN 


oe 


Honeywell 
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O ee 3) O 


’ CP-6 Monitor Service Calls. Honeywell 


e 1/0 PROCEDURES | 
— 20 TYPES, FULL SET, ALL MEDIA 


e EXECUTION CONTROL 
—  29PROCEDUR ES, JOB FLOW CONTROL, ETC. 


e MEMORY MANAGEMENT 
— 11 PROCEDURES, DYNAMIC MEMORY ALLOCATION 


e TERMINAL CONTROL 
—  10PROCEDURES 


e MISCELLANEOUS 
—_ 5 PROCEDURES 
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/* 
/* 
/* 


ye 


/* 


y= 


/* 


fF 


/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/# 
/# 
/* 
/* 


/* 


/* 


CP-6 SERVICE CALLS 


I/O PROCEDURES * / | 

DATA CONTROL BLOCK PROCEDURE */ 

OPEN DCB PROCEDURE #*/ 

CLOSE DCB PROCEDURE */ 

OPEN STREAM PROCEDURE #/ 

CLOSE STREAM PROCEDURE */ | 
CHANGE FILE MANAGE ACCOUNT PROCEDURE */ 
READ PROCEDURE #*/ 

WRITE PROCEDURE #/ 

TRUNCATE BUFFERS PROCEDURE */ 


CHECK IO COMPLETION PROCEDURE */ 


DELETE RECORD PROCEDURE / 


POSITION FILE PROCEDURE */ 
CLOSE VOLUME .PROCEDURE */ 
REWIND PROCEDURE */ 

WRITE END OF FILE PROCEDURE */ 
POSITION RECORD PROCEDURE */ 
OPERATOR MESSAGE PROCEDURE */ 
PRINT ON LL PROCEDURE */ 

PRINT ON UC PROCEDURE */ 


REQUEST OPERATOR RESPONSE PROCEDURE #/ 


/* 


MEMORY MANAGEMENT SERVICES %/ 


a 


GET DYNAMIC SEGMENT SPACE PROCEDURE of 
FREE DYNAMIC SEGMENT SPACE PROCEDURE ¥/ 
GET DYNAMIC PAGE PROCEDURE #/ 
FREE DYNAMIC PAGE PROCEDURE */ 


GET VIRTUAL PAGE PROCEDURE */ 

FREE VIRTUAL PAGE PROCEDURE */ 

GET PHYSICAL PAGE PROCEDURE */ 

FREE PHYSICAL PAGE PROCEDURE */ 

CHANGE VIRTUAL MAP PROCEDURE */ | 

MAP PHYS TO VIRT OR VICE-VERSA PROCEDURE */ 


SET MEMORY PROTECT PROCEDURE */ 


INTERACTIVE TERMINAL CONTROL PROCEDURES */ 


SET PROMPT OR TFD PROCEDURE */ 
CHANGE TERMINAL TYPE PROCEDURE */ 
GET TERMINAL STATUS. PROCEDURE */ 
PURGE COC BUFFERS PROCEDURE */ 
CHANGE ACTIVATION SET PROCEDURE */ 
ACCEPT COUPLE PROCEDURE */ 

REJECT COUPLE PROCEDURE */ 

COUPLE PROCEDURE */— 

DECOUPLE PROCEDURE */ 

RESET BREAK COUNT PROCEDURE */ 


EXECUTION CONTROL PROCEDURES #/ 


INTERPRETIVE EXIT PROCEDURE */ 
RESET ERROR FLAGS PROCEDURE */ 
EXIT PROCEDURE ¥*/ 
ERROR PROCEDURE */ 
ABORT PROCEDURE */ 
TRAP OR INTERRUPT RETURN PROCEDURE */ 
STANDARD ERROR HANDLER PROCEDURE */ 
EXIT CONTROL PROCEDURE */ 
TRAP CONTROL PROCEDURE #/ 
- SIMULATE TRAP PROCEDURE */_ 
SET TIMER PROCEDURE */ 
“TEST TIMER PROCEDURE */ | 
CONSOLE INTERRUPT, BREAK CONTROL PROCEDURE */ 
SAVE PROGRAM IMAGE PROCEDURE #/ 
GET PROGRAM IMAGE PROCEDURE */ 
LINK TO LOAD MODULE PROCEDURE */ 
TRAKSFER OR RETURN TO LM PROCEDURE #/ 
LOAD OVERLAY SEGMENT PROCEDURE */ 
ASSOCIATE LIBRARY PROCEDURE */ 
DISASSOCIATE LIBRARY PROCEDURE */ 
ACCESS TO SYSTEM ROUTINES PROCEDURE #/ 
SET MASTER MODE PROCEDURE */ 
SET SLAVE MODE PROCEDURE */ 
EXECUTE PRIVILEGED INSTRUCTION PROCEDURE #/ 
WAIT PROCEDURE ¥*/ 
CHECK ECB PROCEDURE */ 
START GHOST JOB PROCEDURE */ 
FIND SUSPENDED USER PROCEDURE — */ 
ASSOCIATE SUSPENDED USER PROCEDURE ey 


6% 


/* RESOURCE RELATED PROCEDURES */ 


f= RELEASE RESOURCE PROCEDURE */ 


/* ENQUEUE PROCEDURE */ 
/* DEQUEUE PROCEDURE #*/ 


/* SYSTEM INFORMATTON PROCEDURES #/ 


y® RETURN DISPLAY INFORMATION PROCEDURE */ 


/% RETURN DATE AND TIME PROCEDURE */ 


0 O 
1oa/Ios 


e CP-V 100 PROVIDED 


— QUEUEING 

— DISPATCHING 

— DEVICE HANDLING 

— DEVICE ERROR RECOVERY 


— DUAL CHANNEL MANAGEMENT. 


— ERRORLOG 
e GCOS 10S PROVIDES 


—  GENIOS SERVICE 

— QUEUEING 

— DISPATCHING 

— DEVICE HANDLING 

— GENERAL ERROR HANDLING 
— CROSS BAR MANAGEMENT 

— INTERFACE TO HEALS 


Honeywell 


o 


é 


Initialization, Sysgen, & Recovery — 


e SAME GENERAL PHILOSOPHY 


CUSTOMIZE TABLES 

LOAD MONITOR 

WRITE BOOTABLE LABELLED TAPE 
INITIALIZE AS APPROPRIATE AT BOOT TIME 


e USE IMPLEMENTATION LANGUAGE TO CUSTOMIZE TABLES 


e MPC INITIALIZATION 


e VARIOUS LEVELS OF RECOVERY 


‘e@ = BOOT TIME RECONFIGURATION AND DYNAMIC PARTITIONING | 


POWER FAILURE 
SINGLE USER 
FULL SYSTEM 
EXTENDED 
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CP-6 Communications Overview 


e ALL COMMUNICATIONS VIA L6 FEP 
-@ PROVIDE ALL CP-V TERMINAL SUPPORT 
e PROVIDE REMOTE TERMINAL CONCENTRATORS 
e PROVIDE CP-V IBM WORKSTATION SUPPORT 
e INTEGRATE WITH REAL TIME FRONT ENDS 
e PROVIDE FOR INCLUSION OF HONEYWELL TERMINALS 


e USE BILLERICA TOOLS AND SYSTEMS AS A BASIS 
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Honeywell | 
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CF Terminals Supported — ‘Honeywell 


° TTY AND COMPATIBLE, CRT AND HARD COPY 
— ECHOPLEX, TYPE AHEAD 


e 2741 

¢ HASP COMPATIBLE IRBTS 

° 2780/3780 COMPATIBLE RBTS 
e 3270 

© TRANSPARENT MODE 


e SLAVE/MASTER TERMINALS 


I~ 7 


O O O 


Front End Software Structure Honeywell 
. ITY INTERFACE 
Gaat 
& CONTROL 
HASP © | 
MOC INTERFACE 


wT 


m Real Time _ Honeywell 


RTP FOR HIGH RESPONSE 

HOST FOR DATA PROCESSING 

“READ/WRITE” INTERFACE BETWEEN RTP AND HOST 
ALL PROGRAM DEVELOPMENT IN HOST 

“DOWN LINE LOAD” 


SAME L6-L66 INTERFACE AS FEP 
— NEED HIGH BAND WIDTH FOR RESPONSE 


0 | 0 oO 


CP-6 L6-L66 Interface Requirements Honeywell 


e FULL DUPLEX, 1 MEGABYTE CHANNEL 

e MUST USE MEMORY MAP ON BOTH ENDS 
e MUST PROVIDE SCATTER-GATHER 1/0 

e SHOULD ADDRESS AND COUNT IN BYTES 
e ASCII AND BINARY MODES 


e BOOT LOAD FORCING.OPERATION 


hy 


NY 


 CP-6GOALS Honeywell 


PERFORMANCE GOALS: 


e AVERAGE RESPONSE <1 SEC; 90% <2 SEC 
e CPU UTILIZATION >90%; MONITOR SERVICE <15%. 
e THRUPUT RATIO SAME AS CPU KIPS RATIO 


O SUPPORT GOALS: 


e OPTIMIZE FOR 250 TS USERS; 500 MAXIMUM 
e MAXIMUM 16 BATCH PARTITIONS 
e 2000 TP TERMINALS 


RMA GOALS: 


© MEAN TIME BETWEEN SYSTEM INTERRUPT >100 HR. 
© MEAN TIME OF SYSTEM INTERRUPT <5 MIN. 
e AVAILABILITY >99% 


C) O ne 
CP-6 Performance 


HOW DO WE KNOW WE’LL BE FAST ENOUGH 


e ALGORITHMS PROVEN IN CP-V 

e USAGE PATTERNS KNOWN 

e INTEGRAL PERFORMANCE MONITOR | 

e HIGH LEVEL LANGUAGE PERMITS SYSTEM WIDE OPTIMIZATION | 
e USE OF STANDARD BENCHMARKS 

e NSA HARDWARE USED FOR CONTEXT SWITCH 

@ OFFLOADING OF COMMUNICATIONS TO L6 FRONT ENDS 


eo, 


Honeywell 
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STATIZTICS ON-LINE 


a2 


USERS 3 OHEUE $3 
INTERVAL FROM 14201 TO 14221 FEB 10°75 ASGIC “pals Kanna 9 1 BASIC 3 LOGGED 60 
PARAM aK i DELTA 3 LOGGING 3 
HQUE sHINUTES 1421 INTERVAL IN minutes =a EDIT 12 BATCH 3 
MAY & BATCH USERS 16 MAN & ONLINE WERS 36 ‘  3FO0 0 GHOST re) 
AVERAGE ERTCH SIZE K 23 AVERAGE ONLINE £IZE K 10 . FORTRAN G TEFN It 43 
3 CHAR TERM BLOCK S @ CHAR TERM UNELOCK 1 tPF 3 TERN OUT @ 
NZEC WD INTERRUPT 4° MSEC SWAP GUANTUM 400 ‘LINK 0. COMPUTE 7 
AVE EATCH G@UANTUM 2500 MSEC ONLINE COMPUTE S60 . ‘ LOADER O COMP BND 1 , 
& CPU ACTIVE 2 AVE SCPU GUANTUM MSEC 2500 NETASYM 1 I-70 Dy) 
BAHT TIMEOUT Sec S AIR TIMEOUT SEC 32 é PCL S SLEEP 17 
2 OF INTERACTIONS = Stz213 TEXT 6 
NINE SINCE STARTUF= 1610 IN.COFE ¢ 
HUMEER GF USERS = 7 
HUMEER GF ONLINE = &3 RESOUFCES IN USE # 
NUMEER OF BRTCH = 3 ' MPOOLS 0 
HUMBER OF GHOSTS = 5 COCEUFS 56 
90°; RESPONSE TIME = 1000 1O0 ENTRIES S 
. ; CFus 61 
CRU % ALL SNAP 61/70 FER MIN ALL SNAP , BRAN PACK SSESS 
BATCH EXEC 32.5 &3.3 SERVICE FREQ 4672 10037 Si GRAN SYNE S311 
EATCH SERY 5.5 19.5 INTERACTIONS 36 116 GRAN RAD 1234 
ONLINE EXEC 25.0 14.7 CHAR InN 750 1553 
QHLINE SERV 727 17.6 CHAR OUT 3316 $757 + Satta SYSTEN--------- > <-SYSTEM-> 
GHDET EXEC 4 .9) «TERM LIFITES iS4 453 RESP INTR TYFE TURN CPU INLNW OTLN 
GHDET ERY 2.2 -l 4 6[-0 ACLESSES 1241 2671 ME TEC SEC SEC Ns CHAR CHAR 
NOWITOR SERY 9.7? 22.7 8 TRUNCE S 3 <1 -U 10.4 17.8 81.1 a | <5 55.5 23.0 
ITLE 21.8 -0O AIR ATTEMFTS 124034 <2 012.3 13.5 5.7 oO °<10 18.1 6.5 
SWAP MIT a + AIR HITS S30 230 “8 2.3 22.6 26.5 §.2 9.9 <15 3.3 4.8 
I-O WAIT 14.4 <2 SYMEIONT ee ae , £10 22.5 21.6 1.6 20.6 <20 3.6 2.3 
T-O82MF WAIT 2 3.5 IN SHARE S? 313 c20 7 15.9 13.6 6 23.4 <85 2.9 2.4 
TOTAL 133.8 162.6 QUT SUAFS 69 é19 <S0 4.7 9.6 °?. 7 22.8 <30 1.1 3.5 
«100 15.9 2.5 2.2 1 3.8 <3 Pe ee = PO 
TAZEZINTERVAL ALL OSHAP OF AHDR-ATR OMI ALL CHAP <200 36.2 1.6 1.6 cc o7.8 <40 ? 2.6 
INTERACT SEC é1 64 GAIF ATTEKFTS 124000 eh {500 33.3 oe) at 1 3.7 <45° J? 2.8 
THIBK-Ty EC: oy 60 eAIR HITS . He E30 <1K S.4 2 3 6 1.5 <506 oo 2.1 
TURMARNT) DE _ HE es vATR TIWEOUTS 2 ry) eK 1.6 oo es u a S55 1.1 2.4 
COMPLETE 26C 5 4° GRAHT) ATTEMPTS a) 166 SK -f 61.3 «1.2 Ae) oo “66 1.0 2.1. 
REZPONZE MSEC sore 1503 sFkAHD STARTS eg 165 <10K re | 0 .t 0 3 <s5 - oe oe) 
CFL HEEC 263 122 sRAHD WEEN 6a 161 ‘ @uUP 1.4 20 6 0 2 &UP 7.3 35.5 
SRAHD I-00 WALT mae 33 TOT# 2365 S3ES 2seS 2365S e365 TOT# 273s sosr 
eRAHD NOT USen. rT) ry) ; 
SRAKD TIMEOUTS 2 3 : <--OUT SuUAP---> <---IN SWAP--- + 
: TOT JIT REST TOT 
SCPU USE % ALL SHAF «EVENT RATE-“NIN ALL SHRP BUSERS ns. nS ons Ms 
SCFU s1 EXEC 39.2 685.0 MASTER CALS 4042 2335 sO03.9 <2 .0 <1 0 «6 oo 
SCRU 31 IDLE 60.2 33.4 SCFU 31 CALS 631 £162 a1 25.56 <2 .0 <2 .0 a) .0 
SCPU 31 TOT 99.4 98.4 MASTER SCHEDS e¢567 4966 =Z2 7.4 <5 6 <§ 2.6 amt) 0 
SCPU si SCHENS 766 S267 : =3 2.0 <10 -O0 <10 §&.3- 3 0 
‘ SB4- od 4EG -6 £20 23.3 39.9 34.1 
BATCH % ALL SWAP GHLINE % ALL SNAP =5 3 <S0 37.4 “SO 55.5 43.7 48.5 
cel 7 1.4061 , 20 a1) =e .O 6100 47.2 <160 10.3 14.7 15.5. 
Loson .0 3 LOGON ol sa =? -6 <200 14.3 <200 0 1.3 1.7 
LINK .0 .O) LINK 3 .0 } =3 .O <500 64 <S00006 660. 
LELTA 0 -0 ELTA 2 1.0 => .0 <1K .0 <1K .6 .0 .0 
Pao .0 -0  3FOO a 0 =16 6 <2K 0 <2kK 6 0 0 
oo 1S.4 47.2 3P1i 1.6 3 11 0 <SK .o <SK 6 6 .o 
DRS .O -0 DRIP amt) 6 =12 G0 <10K -0 <10K 0 0 .0 
FUNHER 6 el) RUNNER 0 .6 &UP -O &UP -0 &UP 6 .0 6 
EDIT 20 -O EDIT 1.4. 2.8 TOTs 4340 TOT#105S5 TOTs 6319 TOTs 6319 
POL t.1 12.6 PCL 2.7? 8.4 : - SLEEPING 
USER - &.5 2.3 USER 19.7 13.4 
SHARED 14.8 39.0 SHARED ‘9.5 4.9 me 


¥/ 


CP-V Weaknesses _ Honeywell 


NO COMMUNICATIONS PROCESSOR 
— NOT REMOTE 
— NO AUTOBAUD 


PUBLIC FILE PACKS “NOT REMOVEABLE” 


128K VIRTUAL SPACE | 
— 70—90K PROGRAM SPACE 


BATCH & ON-LINE COMMAND LANGUAGES DIFFERENT 


e RUNS ON “DEAD” HARDWARE © 


Cc CP-6 Extensions Over CP-V Honeywell 


e’ ADDRESSABILITY AND PROTECTION 
~ LARGER USER PROGRAMS — TO 224K 
— SEPARATE SEGMENTS FOR SYSTEM USE 
— HARDWARE CHECKING ON CLIMBS 


e FRONT END PROCESSORS 
— ALL COMMUNICATIONS 
— LOCAL FEP AND REMOTE CONCENTRATOR, RTC 
— CRITICAL REAL TIME — RTP 
Ss : — TRANSACTION PROCESSING COMMUNICATIONS 
— AUTOMATIC SPEED AND FORMAT DETECTION 


e FILE SYSTEM IMPROVEMENTS 
— REMOVEABLE PUBLIC DISC STORAGE 
— FILE ALLOCATION BY EXTENTS 
- EXTENDABLE RANDOM FILES 
— IMPROVED FILE BACKING WITH ARCHIVING 
— ADDED ACCESS METHODS FOR ISAM AND GCOS66 


e COMMON COMMAND LANGUAGE 
— OPERATES ON-LINE OR BATCH 
— CC] CONVERTED BY UTILITY 


oO) Reprise | Honeywell 


e CP-6 IS CP-V 
— EXTERNAL CHARACTERISTICS INTACT 
— DESIGN LARGELY INTACT 
— WORKING MODEL AT HAND 


e CP-6 TAKES ADVANTAGE OF L66 NSA 
OC) — USER ADVANTAGES 
— SPEED 
oe 10S AND T&D 


e COMPLETENESS OF DESIGN ASSURED 
— CP-V MODULES FOR CHECK LIST 
— IMPLEMENTERS HAVE DONE IT BEFORE 


KY = 


6) CP-V Languages a Honeywell 


BASIC (NEW DESIGN) 
ANS FORTRAN 
APL | 
IDP 
© RPG I! 
| | TEXT 
FORTRAN AND COBOL DEBUGGERS 


Honeywell 


SHARED PROCESSOR UNDER CP-6 
COMPATIBLE WITH PROPOSED ANS MINIMAL BASIC STANDARD 


FUNCTIONALITY EQUIVALENT TO DARTMOUTH BASIC 


ON-LINE AND BATCH OPERATION 


-~ ANSFORTRAN Honeywell 


@ SHARED PROCESSOR AND LIBRARY UNDER CP-6 


COMPATIBILITY WITH PROPOSED ANS FORTRAN STANDARD 


INTERACTIVE LINE-BY-LINE SYNTAX CHECKING 


COMPRESSED INPUT/OUTPUT CAPABILITY 


LOAD-AND-GO OPTION 


®, 


Honeywell 


SHARED PROCESSOR UNDER CP-6 


ON-LINE AND BATCH OPERATION 

SUPPORT FOR KEYED FILES 

EXECUTE-ONLY OPTION 

INTERFACE TO DATABASE MANAGEMENT SYSTEM 


SHARED VARIABLES 


Honeywell 


INTERACTIVE RETRIEVAL AND DISPLAY OF INFORMATION FROM DATABASE 
MUST BE SIMPLE! 
RETRIEVAL THROUGH LOGICAL CRITERIA 


REPORT FORMATTING CAPABILITIES 


‘FLEXIBILITY TO MEET USER NEEDS 


© RPG | a Honeywell 


_ @ BATCH ORIENTED REPORT PROGRAM GENERATOR 


e COMPATIBLE TO IBM 


e MEETS HONEYWELL RPG STANDARD 


Honeywell 


e¢ SHARED PROCESSOR UNDER CP-6 


-@ FAST DOCUMENT CREATION 


e AUTOMATIC FORMATTING CAPABILITIES | 
e NAME-AND-ADDRESS FILES 


e ON-LINE AND BATCH OPERATION 


© FORTRAN and a | Honeywell 
COBOL Debuggers 


e INTERACTIVE DEBUGGING CAPABILITY 
e WHILE IN EXECUTION, PROGRAMS CAN BE EXAMINED AND MODIFIED 


e BREAKPOINTS CAN BE SET AT SPECIFIED STATEMENTS OR WHEN 
C) DATA VALUES CHANGE 


e VALUES OF VARIABLES CAN BE EXAMINED AND MODIFIED 
e PROGRAM CONTROL CAN BE ALTERED 


e PROGRAM TRACE CAPABILITY 


5 COBOL _ Honeywell 


¢ XEROX COBOL IN USE AT 150 INSTALLATIONS 


c) . e 1976 EXCHANGE USER SURVEY RATES: | 
| e ANS COMPLIANCE — “VERY IMPORTANT” (3.9) 
e COBOL DEBUGGER — “IMPORTANT” | (3.2) 


e INTERACTIVE COMPILE/EXECUTE — “IMPORTANT” = (2.9) 


e CONVERSION MUST BE RELATIVELY EASY 


| COBOL Technica! Notes . Honeywell 
C 


e XEROX COBOL (X-68) VS. HIS COBOL 74 (H-74) 
e HIS COBOL MEETS NEW STANDARD 
e ALMOST A FUNCTIONAL SUPERSET OF X-68 


® FUNCTIONAL DIFFERENCES CAUSED BY CHANGE IN STANDARD 
C) e APPROXIMATELY 35 ITEMS 
e REDEFINES CLAUSE 
e EXPRESSION EVALUATION 
e EVALUATION OF NOT OPERATOR 
e PERFORM RANGE 
e USER HEADERS > 
e PRESENTS CONVERSION RISK 
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CP-6 COBOL TECHNICAL NOTES 


XEROX COBOL F00 vs ANS COBOL 74 STANDARDS 


The following list describes the differences found between 
the Xerox COBOL FOO compiler and the ANS 74 COBOL 
Standards. The significance of the severity assigned to 
each difference is as follows: 


1, Major change - User may be required 
to make logic changes to affected 
programs. | | 


2. Minor change - Syntax changes may 
be required to affected user programs. 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


SUBSTANTIVE CHANGE 


Mnemonic~name must have at least one 
alphabetic character. 


Number of qualifiers permitted is 
implementor-defined, but must be at 
least five. - : ; 


Complete set of qualifiers for a-name 
may not be same as partial list of 
qualifiers for another name. 


REMARKS paragraph is deleted. 


Continuation of Identification Division 
comment-entries must not have a hyphen 
in the continuation indicator area, 


SPECIAL-NAMES paragraph: 'L', '/!; 
and '=' may not be specified iin the 


CURRENCY SIGN clause. 


All items which are immediately subordinate 


‘to a group item must have the same level- 


number, 3 


REDEFINES: No entry with lower level- 
number can appear between the redefined 
and redefining items. 


Multiple redefinition of same storage area 
permitted, 


An asterisk used as a zero suppression symbol 
ina PICTURE clause and the BLANK WHEN 
ZERO clause may not appear in the same 
entry. 


The number of digit positions that can be 
described by a numeric PICTURE character- 
string cannot exceed 18. 


PICTURE character~siring is limited to 30 
characters. 


MODULE 


LEVEL 


AFFECTED 


1 NUC 


2 NUC 
2 NUC 


1 NUC 


~TNUC 


2 NUC 


1 NUC 


1 NUC 


T NUC 


1 NUC 


1 NUC 


T NUC 


Zee 


SEVERITY 


2 


REMARKS 


X3.23- 1968 had no 


such restriction. 


X3.23- 1968 specified 


no such lower limit. 


Function was replaced 
by the comment line. 


This restriction did not 


exist in X3.23- 1968. 


X2 23-1968 had no 
such restriction. 


X3 .23- 1968 had no 
such rule, 


X3.23- 1968 defines limi 
as 30symbols where one 

symbol could have been 
two characters. 


14, 


15; 


16. 


20. 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


SUBSTANTIVE CHANGE 


- A signed numeric literal cannot be 


used ina VALUE clause unless it is 
associated with a signed PICTURE 
character=string. 


If the item is numeric edited, the 
literal in the VALUE clause must be 
nonnumeric. 


In relation and sign conditions, 
arithmetic expressions must contain 


at least one reference toa variable. 


Comparison of nonnumeric operands; If 


one of the operands is described as numeric, 


it is treated as though it were moved to an 


alphanumeric item of the same size and the 


contents of this clphanumeric item were 
then compared to the nonnumeric operand. 


Abbreviated combined relation condition: 


When any portion is enclosed in parentheses, 


all subjects and operators required for the 
expansion of that portion must be included 
within the same set of parentheses. 


Abbreviated combined relation condition: 
If NOT is immediately followed by a 


relational operator, it is interpreted as 


part of the relational operator. 


Class condition: The numeric test cannot 
be used with a group item composed of 
elementary items described as signed. 


In an arithmetic operation, the composite 
of operands must not contain more than 
18 decimal digits. 


DISPLAY statement: If the operand is a 
numeric literal, it must be an unsigned 
integer. 


MODULE 
LEVEL 


AFFECTED 


I NUC 


] NUC 


| Nuc 


T NUC 


2 NUC 


2 NUC 


1 NUC 


T NUC 


T NUC 


SEVERITY 


2 


REMARKS 


No such restriction 


appeared in X3.23- 1968. 


In X3.23-1968, NOT 
was a logical operator 
in such cases. 


X3.23- 1968 specified 
limits only for ADD and 
SUBTRACT. 


Z28 


23. 


25% 


26% 


27s 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


SUBSTANTIVE CHANGE 


A PERFORM statement in a non~indepen- 
dent segment can have in its range only 
one of the following: 


a. Non-independent segment (fixed/ 
fixed overlayable) 

b. Sections and/or paragraphs wholly 
contained in a single independent 
segment, 


A PERFORM statement in an independent 
segment can have in its range only one of 
the following: 


a. Non-independent segments (fixed/ 
fixed overlayable). 

b. Sections and/or paragraphs wholly 
contained in the same independent 
segment as that PERFORM. 


PERFORM statement: Control is passed 
only once for such execution of a Format 2 
PERFORM statement. (i.e.,an independent 
segment referred to by such a PERFORM is 
made available in its initial state only once 
for each execution of that PERFORM 
statement). 


STOP statement: If the operand is numeric 
literal, if must be an unsigned integer. 


The DEPENDING phrase is now required in 
the Format 2 of the OCCURS clause. : 


Integer- 1 cannot be zero in the Format 2 of 
the OCCURS clause. 


The results of a SEARCH ALL operation are 
predictable only when the data in the table 


is ordered as described by the ASCENDING/ 


DESCENDING KEY clause associated with 
identifier- 1, 


MODULE 
LEVEL 


AFFECTED — 


T NUC 
1 SEG 


TNUC 
1 SEG 


T NUC 
1 SEG 


T NUC 


2 TBL 


2 TBL 


2 TBL 


2.4 


SEVERITY REMARKS - 
1 
1 
1 
2 
1 X3 23-1968 has no 


restriction. 


2 Default is ASCENDING 


27. 


30. 


Sls 


34, 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


~ SUBSTANTIVE CHANGE 


The subject of the condition in the 
WHEN phrase of the SEARCH ALL 
statement must be a data item named 
in the KEY phrase of the table; the 
object of this condition may not be a 
data item named in the KEY phrase. 


SEARCH...VARYING identifier-2: If 


identifier-2 is an index data item, it is 


incremented as the associated index is — 


incremented. 


File control entry: The ASSIGN TO 
implementor=name- 1 OR implementor- 
name-n clause for the GIVING file 
of a SORT statement was deleted, 


SORT statement: semicolon deleted 
from format. 


No more than one file-name from a 
multiple file reel can appear ina 
SORT statement. 


Where a SORT or MERGE statement 
appears in a segmented program, then 
any associated input/output procedures 
are subject to the same constraints that 
apply to the range of a PERFORM 


ORGANIZATION IS RELATIVE clause 


ORGANIZATION IS SEQUENTIAL clause 


ORGANIZATION IS INDEXED clause 


MULTIPLE REEL/UNIT clause deleted 


The data-name option of the LABEL RECORDS 


clause was deleted. 


* See Appendix A 


MODULE 


LEVEL 


AFFECTED 


2 TBL 


2 TBL 


1 SRT 


1 SRT 


2 SRT 


1 SRT 
1 SEG 


T REL 
1 SEQ 


1 INX 


1 SEQ 
T REL 
1 INX 


Zed 


SEVERITY 


1 


REMARKS 


X3.23- 1968 specified 
that either the subject 

or object could be a data 
item named in the KEY 
phrase. 


In X3.23-1968 the data 
item is incremented by 
same amount as occurrence 
number, i.e.,by one 


No such restriction 


in X3.23- 1968, 


New feature. 
New feature. 


New feature. | 


X3.23- 1968 provided 
for user~defined labe| 
records. 


48. 


49, 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


SUBSTANTIVE CHANGE 


SEER statement was deleted 


PAGE-COUNTER and LINE-COUNTER 
are described as unsigned integers that 
must handle values from 0 through 999999, 


The value in LINE-COUNTER must not be 
changed by the user. 


LINE-COUNTER, PAGE-COUNTER and 
sum counters must not be used as subscripts 
in the Report Section. 


PAGE-COUNTER is always generated. 


PAGE-COUNTER does not need to be 
qualified in the Report Section. 


LINE-COUNTER is always generated. 


LINE-COUNTER does not need to be 
qualified in the Report Section. 


The words LINE and LINES are optional 
in the PAGE clause. 


The DATA RECORDS clause and the REPORT 
clause are mutually exclusive. 


A report may not be sent to more than one file. 


RESET is no longer a clause; it is a phrase 
under the SUM clause. 


Multiple SUM clauses may be specified in 
an item; multiple UPON phrases may be 
specified. 7 


Up to three hierarchical levels are permitted 
in a report group description. 


A report group level 01 entry cannot be 
elementary. 


MODULE 
LEVEL 


AFFECTED 


RPW 


RPW 
RPW 
RPW 
RPW 


RPW 


RPW 
RPW 
RPW 


RPW 


RPW 


RPW 


RPW 


RPW 


2.6 


SEVERITY 


2 


1 


REMARKS 


35. 
56% 


57. 


58. 


61, 


O24 


63, 


64, 


O 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


be the first LINE NUMBER clause ina PAGE 
FOOTING group. 


MODULE 
LEVEL 

SUBSTANTIVE CHANGE AFFECTED 
An entry that contains a LINE NUMBER RPW 
clause must not have a subordinate 
entry that also contains a LINE NUMBER | 
clause. 
An entry that contains a COLUMN NUMBER RPW 
clause but no LINE NUMBER clause must be 
subordinate to an entry that contains a LINE 
NUMBER clause. 
An entry that contains a VALUE clause must RPW 
also have a COLUMN NUMBER clause. 
In the CODE clause, mnemonic=name has RPW 
been replaced by literal. (A two-character 
nonnumeric literal placed in the first two 
character positions of the. logical record.) 
If the CODE clause is specified for any . RPW 
report ina file, it must be specified for all 
reports in the same file, 
Control data items may not be subscripted RPW 
or indexed. 
Each data-name in the CONTROL clause must RPW 
identify a different data item. 
The GROUP INDICATE clause may only appear RPW 
in a DETAIL report group entry that defines a 
printable item (contains a COLUMN and 
PICTURE clause). ‘ 
LINE clause integers must not exceed three RPW 
significant digits in length. 
The NEXT PAGE phrase of the LINE clause RPW 
is no longer legal in RH, PH, and PF groups. 
A relative LINE NUMBER clause can no longer RPW 


2.7 


SEVERITY 


I 


REMARKS 


- XEROX COBOL F00 vs ANS COBOL 74 STANDARDS 


MODULE 


67. 


68. 


69, 


73. 


74, 


736 


76. 


clause must not be specified ina PAGE 
FOOTING report group. 


The NEXT GROUP clause must not be specified 
ina REPORT FOOTING report group. 


The phrases of the PAGE clause may be written 
in any order. — | 


In the PAGE clause, the maximum size of the 
integer is three significant digits. 


It is no longer possible to sum upon an item 
in another report. 


Source-sum correlation is not required. 
(Operands of a SUM clause need not be 


operands of a SOURCE clause in DETAIL groups. 


TYPE clause data-names may not be sub= 
scripted or indexed. 


PAGE HEADING and PAGE FOOTING report 
groups may be specified only if a PAGE clause 
is specified in the corresponding report descrip- 
tion entry. 


RPW 
RPW 
RPW 
RPW 


RPW 


) 
RPW 


RPW 


200 


| ~ LEVEL | 
SUBSTANTIVE CHANGE | AFFECTED SEVERITY REMARKS 
A NEXT GROUP clause without a LINE RPW ] 
clause is no longer legal. 
Integer-2 in the NEXT GROUP clause must RPW T 
not exceed three significant digits in length. 
If the PAGE clause is omitted, only a relative’ = RPW 1 
NEXT GROUP clause may be specified. 
The NEXT PAGE phrase of the NEXT GROUP —RPW 1 


XEROX COBOL FOO vs ANS COBOL 74 STANDARDS 


MODULE 
LEVEL 


78, 


C) 
80. 


81. 


82. 


83. 


84, 


In CONTROL FOOTING, PAGE HEADING, 
PAGE FOOTING, and REPORT FOOTING 
report groups, SOURCE clauses and USE state- 
ments may not reference: 


a. Group data items containing control 
data item. 

b. Data items subordinate to a control 

data item. 

c. Aredefinition or renaming of any part 
of a control data item. 


In PAGE HEADING and PAGE FOOTING re- 
port groups, SOURCE clauses and USE state- 
ments must not reference control data-name. 


In summary reporting, only one detail group 
is allowed. 


The description of a report must include 
at least one body group. 


Report files must be opened with either the 
OPEN OUTPUT or OPEN EXTEND statement. 


A file described with a REPORT clause cannot 
be referenced by any input-output statement 
except the OPEN or CLOSE statement. 


The SUPPRESS statement 


If no GENERATE statements have been executed 
for a report during the interval between the 
execution of an INITIATE statement and a 
TERMINATE statement for that report, the 
TERMINATE statement does not cause the Report 
Writer Control System to perform any of the re- 
lated processing. 


A USE procedure may refer to a DETAIL group. 


SUBSTANTIVE CHANGE : AFFECTED SEVERITY REMARKS 


RPW 


RPW 
RPW 
RPW 
RPW 


RPW 


RPW 


RPW 


APPENDIX A 


The ACTUAL KEY clause in X-68 must be changed. H-74 states that if the key is an 
unsigned numeric value, the RELATIVE KEY clause must be used. When this clause 
is present, the file being accessed is a random file in which the key is a relative 
record number of the logical record ordinal position in the file; and it is not described 
within the record description entry. If the key is alphanumeric, the RECORD KEY 
clause, in conjunction with INDEXED organization, must be used. In this case, the 
Key must be described within the record description entry associated with that file. 
Furthermore, if the access mode is sequential, the records must be presented in se- 
quential order. 7 


The CP-V/CP-6 file management system will permit any type of data to be used as a 
Key. These keys may or may not be imbedded in the record description entry of the 
associated files. In either case the file management system will use the key that is 
always external to the record. This is essentially an INDEXED file without the limi- 
tation of the keys being alphanumeric and contained within the record description _ 
entry. With this same file managemenit system, records may be retrieved by the 
logical position within the file. 


Although the CP=6 will continue to provide the same capabilities as CP-V, the CP-6 
COBOL user will be required to change his programs to conform to the COBOL 74 
standards. 


COBOL Technical Notes _ Honeywell 
O (Continued) 


FUNCTIONAL DIFFERENCES CAUSED BY PERSONALITY OF GCOS COBOL 


e IDENTIFIED BY COBOL BENCHMARK 
e IMPLEMENTOR DEFINED NAMES 
e KEY FIELDS CONTAINED IN DATA RECORD 
e REPORT WRITER 
‘eS e NO SINGLE OR DOUBLE PRECISION FLOATING POINT 


e FILE OPENED IN ROOT SEGMENT CANNOT BE ACCESSED BY A 
SUB-PROGRAM 


e NO ENTER STATEMENT 

e NO NUMERIC LITERALS IN INSPECT STATEMENT 
6 
@ 


e SOFTWARE CHANGES SHOULD BE MADE 


CP-6 COBOL .TECHNICAL NOTES 


Some number of differences between Xerox COBOL 68 and GCOS 
COBOL 74 have been identified. It is imperative that we provide a 
means by which the CP-V COBOL user can make a transition to CP=6 
COBOL 74 as painlessly as possible. It is also necessary that the 
compiler that is targeted for CP-6 remain as close to GCOS COBOL 74 
as possible, allowing for easy compiler conversion for future releases. 
To this end, a series of HIS software modifications and customer program 


changes are defined in the following pages: 


oe 


1.0 


2.0 


DIFFERENCES 
GCOS COBOL PERSONALITY 


IDENTIFICATION DIVISION 


1.] 


1.1.1 


lole2 


The paragraph names within the IDENTIFICATION DIVISION are 
identical with the exception of two specific items. 


The PROGRAM-=ID name must not exceed six (6) characters (one BCD 
word) in H=74; while X-68 allows up to eight characters (ene EBCDC 
double word). Also, H=-74 places some minor restrictions as to what the 
program name may be and how it may be constructed, (i.e., no reserved 
words, no special characters are used). The name should be expanded to 


12 characters (two BCD words) with no restrictions. 


The REMARKS paragraph is not defined in ANSI 74 standards nor is it 
implemented in H-74. Users program should be changed. 


ENVIRONMENT DIVISION 


2.1 


2.1.1 


2.1.2 
2.1.2.1 


Ziletok 


Although the paragraph and section names within the ENVIRONMENT 
DIVISION are identical there are some differences in paragraph entries. 


The implementor=name clause of the SPECIAL-NAMES paragraph would 
naturally present differences, X-68 allows a one~character, non=numeric 
literal used for carriage control information, while H-74 does not, X-68 
also uses the mnemonic=name PRINTER, while-H=-74 uses SYSIN and 
SYSOUT (assigned to the system input and output files |* and P* 
respectively). The mnemonic-name CONSOLE is used in both compilers 
with the same implementation. In addition to SYSIN/SYSOUT, we should 


_ provide the implementor name PRINTER, as well as a single non-numeric 


literal for carriage-control information. 
The FILE-CONTROL paragraph is somewhat different for each of the compilers. 
The RESERVE AREAS clause in COBOL 74 has only a slight syntax change, 


but has no functional differences. The user program should be changed. 


The ASSIGN clause in X-68 uses peripheral device names such as 
CARD=READER, PRINTER, etc., while H=74 uses a concatenation of 
file code and device type. The way the file codes are named can affect 
multiple report files going to the same device (i.e., the reports may be 
segregated or interspersed), H=74 should be expanded to recognize all 
X-68 implementor names associated with the assign clause, as well as 
doing away with the two character file codes. 


It should also be noted that INDEXED file structures under GCOS3 are, 
such that two separate files are required--the data occupies one while 

the index occupies the other. This means that two file codes are generated 
by the compiler, CP-6 COBOL will not require this since the index for 
the file is physically part of the record. 


See 


3.0 


2.1.2.3 It should also be noted that H-74 2H does not permit a file that is 
opened in the root to be accessed in a subprogram. This restriction 
can be circumvented by the use of a special option (.BLOCK) of the 
SPECIAL=NAMES statement. This new option is available in the 3] 
release of H=74; however, the RESERVE clause in the Select statement 
needs to be added. This is probably a 31 bug. | 


= 2.1.2.4 Because of certain conventions provided under CP-V, which allowed a 


file to be assigned to a null device, X-68 users do not need to use the 
OPTIONAL clause of the SELECT statement. This capability will be 
offered to CP=6 COBOL users but may not require change to H-74. 


2.1.3 The syntax of the |-O-CONTROL paragraph differs only in the RERUN 
clause. This was rarely used in CPV programs and can be changed by the 
user when converting. 


DATA DIVISION 
3.1 Differences in. the DATA DIVISION are at a minimum. 


3.1.1 The COMMONG-STORAGE SECTION found in X68 will have to be changed 
to LINKAGE SECTION. The functionality of the two sections will be equal. 
X-68 already supports the LINKAGE SECTION. This change is something 


our users will have fo live with. 


3.1.1.1 The test indicates that H-74 presently does not permit REDEFINES in the 
Linkage Section. This restriction should be removed. 


3.1.2 X=68 permitted FILLER to occur on 01 levels. Although this seems to be 
meaningless, it was commonly used to define areas for debugging purposes. 
H=74 should permit this. 


3.1.3 The data description statements are identical except for the SIGN and 
USAGE clause entries. 


3.1.3.1 The USAGE clause contains many differences. First, while X-68 supports 
both single and double precision floating point computational variables, 
H-74 does not. Secondly, packed decimal computational items in X-68 
carry the sign as the right most half byte. H-74 does not follow this 
convention unless "s" is used in the Picture Clause. If "s" is omitted from 
the Picture Clause the item is treated as unsigned numeric. Thirdly, two's 
complement binary integers (COMP) are defined as one-word (32 bits) in 
X-68. H-74 represents the data either; externally by two four eight bit bytes, 
internally by two/four nine bit bytes with bit zero of each byte unused, 
or by a 36=bit two's complement binary integer. We must define replacements f 
single and double precision floating point computational variables. The 
other formats will suffice in their present form; some user conversion will be 
required, 


3.3 


4.0 


PROCEDURE DIVISION 


4,1 


4.1.1 


ro ae 


4.1.3 


4.1.4 


4.1.5 


4.1.6 


4.1.7 


4.1.8 


4.1.9 


4.1.10 


There are many changes that are reflected in H-74 PROCEDURE DIVISION. 
Of these, the following are the most notable at this time: 


The PROCEDURE DIVISION paragraph name must contain the using option 
if the program is to function under the CALL statement. Although X-68 
has this feature, it also had the capability of calling a subprogram via a 
PERFORM statement. Due to the limitation of the PERFORM statement, 


___ this should be a required user change. 


The ADD statement in H-74 has three formats while X68 has four. This 
* fourth format is a variation of the three other formats. The compiler should 


be expanded to allow this fourth format. 


The DISPLAY statement has a slight variation in that X-68 uses the 
PRINTER option while H74 uses the SYSOUT option. Both are functionally 
the same (see 2.1.2.2.). | 


The ANSI 74 Standards specify that the language-name referenced by the 
ENTER statement may refer to any programming language which the 
implementor specifies may be entered through COBOL. H74 chose to 
specify no language; therefore, the ENTER statement was not implemented. 
It should be added to provide the same function now available in X-68. 


The EXHIBIT statement is no longer in the standards and, therefore, was not 
implemented in H74, This should be implemented for CP~6. 


The INSPECT statement in X-68 allows for literals to be alphanumeric or 
numeric. In H74, literals must be non-numeric. If TALLY is used as 
identifier-2 in the TALLYING option, X-68 resets it to zero while H74 
does not. Both of these discrepancies should be the user's responsibility 
to change. | 


There are many changes to the Report Writer in H74, In both the INITIATE 
and TERMINATE statements, the ALL option, which is supported in X-68, 
was dropped. The user will have to be responsible here. 


The OPEN INPUT clause provides a REVERSE option which may be used for 
input devices on which reverse reading is allowed (mag. tape). Honeywell 
hardware does’ not support this feature and, therefore, it was not implemented 
in H74,. User programs can be changed to reflect this. 


The PERFORM statement has had further clarification in the ANSI 74 
standards (i.e. changing the FROM variable during execution can affect the 
number of times the procedures are executed in a Format 4 PERFORM if more 
than one AFTER phrase is specified). These changes may cause X-68 users 
some problems, but they will have to be responsible for changes. 


The READ INTO statement of H74 may not be used when the input file 
contains logical records of various sizes as indicated by their record 
descriptions. X-68 supports this capability. H-74 should be expanded to 
allow this. 


3.4 


5.0 


4.1.11 


4.1.12 


4.1.13 


The STOP literal statement of H74 functions the same as X-68 except’ 
that the program is temporarily suspended for an interval of time, then 


execution continues automatically. X-68 requires the operator to restart 
execution. The CP-6 version of COBOL should follow the X-68 practice. 


An extensive revision to label processing is currently underway, by the 
ANSI Committee, to remove ambiguities and provide for the processing 

of ANSI standard labels. Since these revisions were not completed, the 
Committee decided to define only a minimum label processing capability. 
For this reason, H74 does not support all the label processing capabilities 

of X-68. If the ANS Committee's definitions are not eminently forthcoming, 
we need to consider extensions to H-74 to allow present X-68 capabilities. 


H74 does not support the INVALID KEY option of the WRITE statement since 
there is no user-defined keys for sequential files. However, X~-68 does 
support this option. This allows the X-68 user to recover when no more 
space exists in the mass storage files. This should be included in the list 

of extensions to H=74, 


ALL DIVISIONS 


5.1 


Salat 


S12 


There are several items which affect all division and even the logic flow 
of programs, | 


The Library module (COPY) has been modified in H74, Those changes which 
may affect the X-68 user most are the matching and replacement process. 
Specifically, a period is not carried over from the called Library when the 
preceding word is replaced. 


Example: 
O01 WSTR=2 COPY WSTOR2 REPLACING WA by WB. 
01 WSTR-3. 
Expands to: 


O01 WSTR=2 
02 WB PIC XX. 
01 WSTR-3. 
Notice that the period is dropped.after WSTR=2. This discrepancy should 
be removed. 


An area of great concern is the problem of collating sequences. H74 
provides options in several phrases (in OBJECT-COMPUTER, SORT, etc.) 
to specify the collating sequence. This will be a great help. However, 
there are areas where even this will not do. For instance, in an indexed 
file the keys will be sorted in ASC II sequence. If one wishes to access 
the records sequentially and in a collating sequence other than ASC Il, 
watch out ... . This problem will have to be solved by user program logic 
changes. 


345 


6.0 


COMPILER 


6.1 
a ee 
6.1.2 


6.1.3 
6.1.4 


6.1.5 


There are a few items relating to the compiler that need further analysis. 
Since CP=6 will not support restart capabilities, how will this affect the 
compiler? How much embedded restart code is there in the compiler? 
How dependent is the compiler design on the restart capability? 


What about shared code? What has to be done to provide this? How 
does it affect the compiler's design? 


Can the compiler size be reduced? If so, how much? How? 


We need to be able to compile on-line as wel! as in a batch mode. 
How does this affect the compiler design? 


Users will need to be able to execute in both on-line and batch modes. 
What has fo be done to allow this? How are ISD II users affected? 


3.6 


_ Risks and Exposures - Honeywell 


e PERFORMANCE ; 
e SIZE 
e SPEED 


© MAINTAINABILITY 
e PHOENIX RESPONSIBILITY 


Risks and Exposures — Honeywell 
(Continued) 


© SCHEDULE 
© PRIOR COMMITMENTS IN PHOENIX 
_e EIS, NSA CODE GENERATION, PL/1 CODE GENERATOR 
O | e GCOS66 
| © SERIAL DEVELOPMENT 


° FUNCTION 
© GCOS COMPATIBILITY OR CP-V COMPATIBILITY? 
e PERSONALITY — | 
° SHAREABILITY 


e KEY COMPONENT 
e THERE IS NO CONTINGENCY PLAN 


Data Management System —_ Honeywell 


COMPARED EDMS AND IDS-II 
e OFFER EDMS BRIDGE TO CP-6 


SIMILARITIES : 


FUNCTIONAL DIFFERENCES 
e DUE TO IDS-II DESIGN DECISIONS 
e DUE TO OPERATING SYSTEM DIFFERENCES 


PERFORMANCE. 


MAINTAINABILITY 


., EDMS Family Honeywell 


FILE DEFINITION PROCESSOR 


- DATABASE MANAGER 


DATABASE INITIALIZER 


DATABASE DUMPER 
DATABASE LOADER 
STATISTICAL SUMMARIZER 
EDMS RESTRUCTURING 


INTERACTIVE DATABASE PROCESSOR 
INTERACTIVE DATABASE DEBUGGER 


INTERACTIVE APL INTERFACE 


. EDMS andibd 


Honeyweil 


e FUNCTIONAL DIFFERENCES DUE TO DESIGN DECISIONS 
e NO SET RELATIONSHIPS IN IDS-II INDEXED FILES 
IDS-I1 INTERFACE TO COBOL 74 ONLY 
- DIFFERENT USAGE STATISTICS IN IDS-II 
~NO RUN TIME TRACE IN IDS-II 
NO DUPLICATE CALCULATED KEYS IN IDS-1I 
NO RESTRUCTURING PROCESSOR FOR IDS-1! 


O 


_, EDMS and IDS-II (Continued) Honeywel . 


e FUNCTIONAL DIFFERENCES DUE TO OPERATING SYSTEM | 
LP e RECOVERY AND ROLLBACK | 

e INDEXED FILES 

e SHARED DATABASES 


c 


Recovery Journal Control 


MASTER 
PRIVILEGE 


ENQUEUE/DEQUEUE 


RECOVERY 
CONTROL 


SHARED 
PROCESSOR 


SLAVE 


Sman<n 


USER | USER USER 
| 2 3 N 
CODE CODE | CODE |! 


O 


Honeywell 


RECOVERY 
OPTIONS 


JCL 


MASTER 


mTPrPenco> 


| RECOVERY 
CONTROL 


USER 


‘BOUND 
IDSIH 
- PROCEDURES 


Risks and Exposures | Honeywell 


SCHEDULE 
© PROGRAM DEVELOPMENT AND CHECKOUT AT LADC 


FUNCTION | 
e BOTH EDMS AND IDS-II WERE GOING IN THE SAME DIRECTION 


PERFORMANCE 
e NO DATA 


QUALITY ASSURANCE 


MAINTAINABILITY 
e CP-6 INTERFACE IS LADC RESPONSIBILITY 


ENHANCEMENTS TO BE COMMITTED 
— EIS 


— NSA 


—  CP-6 OBJECT UNIT FORMAT 


—  CP-6 OPERATING SYSTEM INTERFACE 
e CALLS/CLIMBS 
e SHAREABLE CODE 


REQUIRED FOR COBOL, IDS-I1, ASM-66 


Honeyw 


ell 


al 


ASM-66 a | Honeywell 


e DESIGN, IMPLEMENT, TEST, AND DOCUMENT FOR GCOS 66 
e ENHANCE FOR CP-6 OBJECT UNIT AND CP-6 INTERFACE 


e GMAP TO ASM-66 CONVERTER 


5 Development Environment 


1. CP-V &PLUTO 
2. CP-V&PL-6 
3. GCOS IIl & ASSEMBLER 


4. CP-6 & PL-6 


Honeywell 


6 


First Boot of CP-6 


GCOS III 
(LEVEL 66) 


IMPORT 


OBJECT 

UNITS 

py Lae MINKE 
Hes LINKER 


EXPORT 


G 


BOOT 


TAPE 


Honeywell 


CP-6 
(LEVEL 66) 


MINI 
CP-6 


SYSTEM 


O 


PL-6 


e PROGRAMMING LANGUAGE FOR CP-6 
e DIALECT OF PL/I 


e DERIVED FROM PL-H 


Honeywell 


‘es PL-6 


SOURCE ° 


TRANSLATOR | 


INTERMEDIATE 
LANGUAGE 


CODE 


GENERATOR 


OBJECT 
UNITS 


LINKER 


RUN UNITS 


Honeywell 


THIS PORTION REPRESENTS 
PL-H (DEVELOPED IN BOSTON) 
WHICH ALREADY EXISTS AND 
IS OPERATIONAL 


REQUIREMENTS OF AN IMPLEMENTATION LANGUAGE 


High Compiler Performance 
e _ Fast compilation and execution 


e Low core requirement 


High Object Code Performance 


e Efficient object code 
e Shared object code 
& EIS code 

® NSA code 


Time-Sharing Capability 
Symbolic Debugging Capability 


Easily Maintainable and Extensible 


Desirable Features 


e Shared compiler (faster turnaround) 
e Runs on Xerox CP-V computer (provides an additional development 
environment) 


Y 
7 
4 


- FEATURE 


POINTER 
DEFINITION 


EXTERNAL 
DATA 
REFERENCING 


BINARY | 
INTEGER 
DEFINITION 


CASE 
STATEMENT 


_- CALL With 
ALTERNATE 
RETURN 


lan 


DIFFERENCES BETWEEK-PL-6 AND PL/I ° © | 


Pointers in PL-& are NSA 
vectors, There are a 
complement of built-in 
functions to support the 
new definition. 


SYMDEF/SYMREF added 
as Data Attributes. | 


Unsigned binary allowed. 


DO CASE allowed. 


Alternate Return on 
call allowed. 


PL/1 


PL/1 defines pointer as 
merely addresses, and 


does not provide for 
their modification. 


SYMDEF/SYMREF 


not allowed. 


Unsigned binary not 
allowed. 


DO CASE not 
allowed. 


Alternate Return on 
call not allowed. 


REASON 


This redefinition allows addressability of data in any 
segment using the same language syntax. It also 


provides the additional bounds checking associated 


with vectors. 


In conjunction with rules to the code generator, allows 
the separation of data into functional code groups and 
thus provides protection through vector references. 


Many values have sat positive logical values and 
must be treated as such, | | 


This language element supports structured programming 
and was defined in PL-H. It provides more readable 
and maintainable code, | 


This language element was added for efficiency to 
eliminate argument passing and type of return checking. 


-O 


FEATURE 


PREPROCESSOR 


WHO AM I? 


WHAT KIND 


OF CALL AM 
1? 


1e 


PL-6 EXTENSIONS TO PL/I 


PL/I 


% INCLUDE 
% SUB 

% MACDEF 
% LIST 
% NLIST 


% INCLUDE 


PL-6 will be able to 
generate different code 
for the monitor versus 

the user. 


PL/1 has only one mode 
of code generation. 


PL/1 has only one type 
of call. 


PL-6 will recognize 
certain calls and | 
generate PMME for them. 


The preprocessor capability is to be used to: 


1. Control Data Referencing 
2. Increase productivity by allowing shorthand 
3. Conversion to PL/1 


The monitor has different requirements for such things 
as allocation of automatic space, PL-6 will be able 
to recognize this and generate code appropriately. 


One of the rules to the code generator is a set of call 
definitions. This restricts the need for GMAP 
subroutines to generate PMME's. 


FEATURE 


END 
STATEMENT 


GO TO 


AUTOMATIC 
DATA 
ALLOCATION 


LABEL 
VARIABLES 


PL-6 


Multiple closures not 
allowed. 


Non-local GO TO 
not allowed. 


Occurs at entry to 
external procedure for 
all nested procedures. 


Calls to internal 
procedures limited, 


Label variables not 
supported, | 


PL-6 RESTRICTIC.1S TO PL/I © 


PL/I 


Multiple closures 
allowed. 


Non-local GO TO 
allowed. 


Occurs at entry to 
procedure block, 


No limitation on 
calls. 


Label variables 
_ supported, 


REASON 


The restriction provides for more readable and 


maintainable code. 


This restriction requires the code to be structured - 
better, which provides for more maintainable code, 


_ This restriction allows compile time addressing as 


opposed to run-time addressing. In addition, there 


is less overhead required for allocation/deallocation. 


This restriction eliminates the need for extensive 
runtime checking of GO TO statements. It provides 
for more readable and maintainable code. 


O Advantages cfPL-¢ Honeywell 


e HIGH PERFORMANCE 
e GENERATES SHARED OBJECT CODE 
¢@ GENERATES EIS AND NSA CODE 
@ | | e SMALL RUN-TIME LIBRARY 
e¢ SMALL AUTOMATIC STORAGE (NO RECURSION) 
e EASILY MAINTAINABLE AND EXTENSIBLE 


e HIGHER PRODUCTIVITY 


> Conventions & Standards = Honeywell" 


e NAMES - FILES/MODULES, SYSTEM TABLES & ENTRY POINTS 
— SHORTHAND FOR CONCEPTUAL STRUCTURE OF SYSTEM 


— FACILITATE EASY & PRECISE COMMUNICATION ABOUT 
THE SYSTEM 


— FIX SYSTEM TABLE RESPONSIBILITY TO SYSTEM FUNCTIONS 
— ADMINISTRATION AND DEVELOPMENT CONTROL 
— RELATE CP-V DESIGN TO CP-6 DEVELOPMENT 


— FACILITATE DEVELOPMENT, DEBUGGING, MAINTENANCE 
& EXTENSIBILITY 


@ ERROR MESSAGES 
O | — GENERIC ERROR CODES 
— ALLOW VARIABLE INFORMATION - 
— FACILITATE EASY RECOGNITION OF ORIGIN OF ERROR 


© DOCUMENTATION 
— CENTRAL REPOSITORY 
— IDENTIFICATION CONTROL SCHEME 
— PARALLEL SYSTEM ORGANIZATION 


¢ PROGRAMMING LANGUAGE 
— LANGUAGE HELP ENFORCE STRUCTURING DISCIPLINES 
— READABILITY, EXTENSIBILITY, MAINTAINABILITY 
~— CONVENIENCE AND CONTROL 


Conventions & Standards _— Honeywell 
(Continued) - 


e FUNCTIONAL CODE GROUPS (FCG) 
— UNIQUE TWO LETTER DESIGNATION 
— FIRST LETTER = FUNCTIONAL AREA 
— SECOND LETTER = SUB-FUNCTION 


e NAMES 
— FTISRDL 


e SYSTEM TABLES 
_ — BFTSDCB DCB TABLE — FILE MANAGEMENT RESPONSIBILITY 
— BSJIT JIT TABLE. — MORE THAN‘ONE FCG RESPONSIBLE 


® ERROR CODES 
— ERROR CODE 14 = NON EXISTENT FILE 
— FTI14 FILE ### CANNOT BE READ, AS IT DOES NOT EXIST 


@ DOCUMENTATION | 
— ARCHITECTURE FILE 


® PL-6 
— INHERENT DISCIPLINES 
— % INCLUDE, % SUB, % MAC 
— POINTERS AS VECTORS 


te 
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REQUIRED CENTRAL PROCESSOR HARDWARE 
— BASIC 6000 INSTRUCTION PROCESSOR 

— EIS 

—- CACHE MEMORY 


— NSA 


A Minimum Hardware | ‘Honeywell 
Coniiguration 


— 66/A CENTRAL PROCESSOR 
— 128K WORDS 
— 110M 
— 4MB SWAP SUBSYSTEM 
O | — 1X2MASS STORAGE 
— 1X19T MAGNETIC TAPE 
— 1X8 FEP 
— 1CARD READER 
— 1LINE PRINTER 


— 1SYSTEM CONSOLE 


Hardware 


O Configuration (Detail) 


MAIN FRAME 


PERFORMANCE 

_ NUMBER OF CP’S 
MAIN MEMORY (K) 
lOM’S 


SWAP CAPACITY (MAXIMUM) 


SYSTEM CONSOLE 


MASS STORAGE 


REQUIRED 
MAXIMUM 
DEVICE CAPACITY (MB) 


UNIT RECORD 


CARD READER 
CARD PUNCH 
LINE PRINTER 


MAGNETIC TAPE 


REQUIRED 
MAXIMUM 
SPEED (IPS) 


COMMUNICATIONS 


REQUIRED (FEP X LINES) 
MAXIMUM 
REMOTE CONCENTRATOR 


66/A 


XEROX 560 
1-1 

128-256 

1-1 

16 MB 

1 


1X2 
1X8 
100/200 


1X8 
1 X 64 
NO 


66/B 


SIGMA 9 
1-2 
256-512 
1-2 

32 MB 

1 


1X2 
1 X 16 (2 X 8) 
100/200 


1-2 
0-1 
1-4 


1X1 
1X8 
75/125 


1X8 
2 X 64 
YES 


Honeywell | 


66/C 


2X SIGMA 9 
1-4 
256-1024 


1X4 
1 X 32 (2 X 16) 
100/200/600 


1-2 
0-1 
1-4 


1X1 
2X 16 
125/200 


1X8 
4X 64 
YES 


| _ Device Configuration — Honeywell 
by Model Number 


MASS STORAGE 


MSP 0601 CONTROLLER 
— MSU 0400 100 MB 
— MSU 0451 200 MB 
MSS 0601 CONTROLLER 
— MSU 6512 600 MB 
MAGNETIC TAPE | 
MTP 0601 CONTROLLER 
— MTU0400 75 OPS 
— MTU 0500 ss 125 OPS 
— MTU 0600 200 OPS 
- UNIT RECORD 

2. URP 0600 CONTROLLER 
— CRU 1050 1050 CPM 
— PCU 0120 100-400 CPM 
— PRU 1200 1200 LPM 
— PRU 1600 1600 LPM 

SYSTEM CONTROL CONSOLE | 

CSU 6001 SYSTEM CONSOLE 
— CSF 6001 REMOTE DISPLAY 
— CSF 6003 INTERACTIVE DISPLAY 
CSU 6002 SYSTEM CONSOLE 
— CSF 6002 : | REMOTE DISPLAY 


REAL TIME AND COMMUNICATION PROCESSOR 
LEVEL 6/36 
SWAP SUBSYSTEM 


CURRENTLY UNDEFINED 


O 


Software P ackaging _ Honeywell _ 


e BASIC CP-6 SYSTEM 
— TIME SHARING 
-+ BATCH PROCESSING 
— SERVICE PROCESSORS 
— LINK 
— EDIT 
— ETC. 
e  CP-6 SOFTWARE 
— HIGHER LEVEL COMPILER 
— ASM66 
— SOURCE FOR BASIC CP-6 SYSTEM 
e TRANSACTION PROCESSING 
© REALTIME 
e REMOTE PROCESSING 
— IBM SUPPORT PACKAGE 
e REMOTE TERMINAL CONCENTRATOR 
e MULTI PROCESSING 


e LANGUAGE PROCESSORS 


| Conversion CP-V to CP-6 


OBJECTIVE 


~ MINIMIZE CONVERSION EFFORT 


APPROACH | 
RECOMPILE SOURCE PROGRAMS 
PROVIDE CONVERSION AIDS 
PROVIDE DOCUMENTATION FOR CONVERSION ASSISTANCE 


Honeywell 


| Conversion Aids Honeywell 


HONEYWELL COBOL-68 TO COBOL-74 CONVERTER 

APL WORKSPACE ‘CONVERTER 

DATA AND FILE CONVERSION | 

— FILE TRANSFER PROGRAM FROM CP-V TO CP-6 

— CONVERSION SUBROUTINES TO READ/WRITE FOREIGN FILES 

— CONVERSION SUBROUTINES TO CONVERT DATA 

INVESTIGATE AUTOMATIC DATA BASE CONVERTER FROM EDMS TO IDS 
CONVERSION MANUAL 


LIST AND DESCRIPTION OF CONVERSION TOOLS 


HELPFUL HINTS AND POTENTIAL PROBLEMS 


METHODOLOGY FOR CONVERTING ASSEMBLY LANGUAGE PROGRAMS 


O O. O 


Risks and Issues — Part I ‘Honeywell 
e SCHEDULE e STABILITY: 1ST RELEASE 
e FUNCTIONALITY: 1ST RELEASE e T&D FIT | 
e IMPLEMENTATION LANGUAGES e DOCUMENTATION 


© TEST ENVIRONMENT e STAFFING 


e PERFORMANCE e CONVERSION EASE (CP-V TO CP-6) 


on O O- 
Risks and Issues — Part Il _ Honeywell 


° _ SWAPPER 

@ FRONT-END PROCESSOR 

‘@ HARDWARE AVAILABILITY, STABILITY AND SUPPORT 
e GCOS COMPATIBILITY 
e COMMON CP-6/GCOS DEVELOPMENTS 


e IMPLEMENTATION LANGUAGE 

e = PL/1 — ASM-66 : 

, e DIVISION OF RESPONSIBILITIES 

i ¢ OPTIMIZATION FOR DIFFERENT SYSTEMS 
e MEMORY VOLATILITY — NO POWER FAIL SAFE 


e COMPETITION FOR RESOURCES FROM CURRENT PROGRAMS 


oO” | Ss 
CP-6 Summary 


e PFS IN PREPARATION 

e ARCHITECTURE PHASE COMPLETE 

e PRODUCTION PHASE WORK PLAN 

° PRINCIPAL DESIGN SPECIFICATIONS 


| @ FIRST CUSTOMER SHIP 


JANUARY-FEBRUARY 1977 | 


JANUARY 1977 
APRIL 1977 
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Pan 
N 


_CP-6 Summary | Honeywell 


°  CP-6 WILL BE MORE THAN CP-V 
e XEROX HARDWARE OBSTACLES REMOVED 
e IMPROVED RELIABILITY AND SECURITY 
e MORE PERFORMANCE 
* DISTRIBUTED FUNCTION 
e COBOL-74, PL/1, IDS-II 


e BUT IN MANY WAYS CP-6 IS CP-V 
e SUBSTANTIALLY SAME DESIGN 
e MAJOR PORTION OF CP-V TEAM RECONSTITUTED 


e GROWTH TO GCOS 66 WILL NOT BE VERY DIFFICULT 


e EXTERNAL INFLUENCES CAN ADVERSELY IMPACT PROJECT 


e WE WILL MEET CP-6 OBJECTIVES BUT: 
e SCHEDULE IS TIGHT 
e CONVERSION, BIGGER EFFORT 


e NSA HARDWARE STABILITY, SWAPPER, IMPLEMENTATION LANGUAGE 
| ARE BIGGEST RISKS | 


